Предполагается что инженер-строитель использует как AutoCAD (или его клоны) так и расчетные программы узкостроительного направления, времени на изучение минимум. Требуется получить наибольший практический эффект от владения данным языком.

[Владимир_М]

Сообщение от bigden заказывать большие программы у программиста - дохлый номер.

мелкие тем более... да и не возьмется он - ерундой заниматься - не по статусу, да и по деньгам не интересно...

Сообщение от bigden нужна команда минимум из двух человек

В идеале, согласен двух человек достаточно: один программер, другой, постановщик задачи - хороший специалист в своей области. Но это идеал и как всегда в условиях реального производства он редко достижим. Потому как третий, который должен этот банкет оплатить, вообще, не в курсе че и почем?.

Сообщение от bigden а программист уже должен сделать формочки, ...

а вот это фигушки! это я лучше сам, это самое вкусное! это уже творческий процесс, а значит нужно делать самому и на свой вкус... (даже на ВБА, а уж WPF!...)

[Сергей812]

Сообщение от Kinzer Основной работы для кого? Для вас же. А то, что кто-то эти программки под свои нужды самостоятельно подстроить ну очень маловероятно. Поэтому ничего в страшном в написании ваших программ с открытым кодом нет.

кончайте юлить - если очень вероятно, что мало кто сможет самостоятельно под себя подстроить - то и открытый код тогда кому нужен)

Linkor, если вы хотите писать программы для работы с какими чужими программами - для начала определите список этих программ на текущий и ближайшее будущее - а потом посмотрите, на чем общем можно для них писать. Вы же не хотите под каждую программу свой язык программирования изучать явно?)

[Kinzer]

Сообщение от Сергей812 кончайте юлить - если очень вероятно, что мало кто сможет самостоятельно под себя подстроить - то и открытый код тогда кому нужен)

А закрытый вам нужен? Открытый хоть дает шанс подключить кого-то в помощь. И создать развивающейся проект, а закрытый дает только гарантию, что этими макаронинами (а они у нас у всех ) будете пользоваться только вы и то со временем или забросите, или еще что.

[Linkor]

Сообщение от Сергей812 Linkor, если вы хотите писать программы для работы с какими чужими программами - для начала определите список этих программ на текущий и ближайшее будущее - а потом посмотрите, на чем общем можно для них писать. Вы же не хотите под каждую программу свой язык программирования изучать явно?)

AutoCad+Midas+Office
Для мобильных устройств, естественно, приложения писать не требуется, расчеты программировать не требуется, для этого есть Midas, в крайнем случае Лира или Скад. Просто, когда то было знакомство с Delphi (поэтому думаю над Лазарусом/MSI), но, как говорил

Сообщение от ShaggyDoc Все приложения для AutoCAD надо делать так, чтобы они работали изнутри AutoCAD. Это то, что в него встроено. Здесь каждый может по своему вкусу, потребностям и возможностям выбирать.

поэтому остаётся всё же Студия по видимому


Вот не знаю, париться ли по поводу открытости кода... Я не собираюсь его как то офишировать, и не думаю, что кому то надо будет в него лезть, выясняя, что делает этот код, где это применяется, и что можно из этого извлечь

[Сергей812]

Сообщение от Kinzer А закрытый вам нужен? Открытый хоть дает шанс подключить кого-то в помощь. И создать развивающейся проект, а закрытый дает только гарантию, что этими макаронинами (а они у нас у всех ) будете пользоваться только вы и то со временем или забросите, или еще что.

а вам то чего - заброшу, так заброшу) Обычно забрасывается устаревшие разработки - чей функционал оказался невостребованным либо потом данный код вошел в другую программу. А про совместную работу забудьте - это никому это нужно: программу под себя быстрее напишешь сам, информации в инете для написания более чем достаточно - если уметь задать нужные слова для поиска. А кто не принимал в этом участие, но считает себя хитрожопее всех - идет лесом)

[Владимир_М]

Сообщение от Linkor AutoCad+Midas+Office ...расчеты программировать не требуется, для этого есть Midas, в крайнем случае Лира или Скад.

тогда зачем же в списке Midas?
Итак, AutoCad+Office... и "надо делать так, чтобы они работали изнутри AutoCAD. Это то, что в него встроено"
Чтобы это могло быть?!
Кстати, следующий немаловажный вопрос. А где Вы программить собираетесь? Исключительно дома? Или и на рабочем месте тоже?
Позволят ли Вам (конструктору) установить Студию (даже бесплатную) на рабочем месте?
Если нет, то опять тот же вопрос, а что у нас есть встроенного, что не касается всяческих отделов IT и служб безопасности?

Сообщение от Linkor Вот не знаю, париться ли по поводу открытости кода...

не парьтесь... это уже в самую последнюю очередь успеете подумать... лучше напишите чего-нить полезного, чем читать эти пустые размышления... И мои в том числе!

[Linkor]

Сообщение от Владимир_М тогда зачем же в списке Midas?

странный вопрос
Расчёты в нём делаю...

Сообщение от Владимир_М А где Вы программить собираетесь? Исключительно дома? Или и на рабочем месте тоже?

На рабочем месте

Сообщение от Владимир_М Позволят ли Вам (конструктору) установить Студию (даже бесплатную) на рабочем месте?

бесплатно можно всё, что способствует производственному процессу, главное, чтобы фсб по шабке не настучало

[Сергей812]

Сообщение от Linkor AutoCad+Midas+Office Для мобильных устройств, естественно, приложения писать не требуется, расчеты программировать не требуется, для этого есть Midas, в крайнем случае Лира или Скад. Просто, когда то было знакомство с Delphi (поэтому думаю над Лазарусом/MSI), но, как говорил

Могу только по акаду с офисом сказать. В акаде тоже начал сначала на VBA писать на 2012 акаде, но из-за известных (к сожалению, об этом уже после узнал) проблем совместимости с 64-битной версии при какой то объеме кода получил массовые ошибки - что не находились функции (причем даже стандартные типа MID). После чего перешел на Interop VB.Net уже в студии - синтаксис фактически тот же, что в VBA. Но мизерная скорость - из-за чего приходилось извращаться с запоминанием примитивов в коллекциях и т.п. - лишь бы не обращаться лишний раз к объектной модели акада. И первая программа была успешно написана на нем и даже принята в работу в офисе. Но в чем минус Interop - не только в скорости работы, но и в периодическом появлении ошибок - причем внутри программы было обкручен проверками код, ошибки вылезали на уровне оберток самой среды разработки. Акад не падал, но неприятные ощущения оставались) Поэтому, мужественно поборов свою лень, начал пытаться писать уже на .Net - но под ставшим привычным VB.Net. Но тут следующая незадача - большинство примеров в инете были на C#. Можно было портировать код на VB.Net - но хочется же побыстрее попробовать в работе) Поэтому достаточно быстро стал переходить на C# - в принципе, в базовых принципах там ничего сложного нет. Не надо думать, что вам надо прочесть все эти книги в тысячи страниц от корки до корки - просто первое время код будет "корявым", потом будете по ходу учиться писать "красивый" код, впоследствии появиться и какой то собственный стиль написания кода. Главное, что получите в ближайшем будущем какой то реальный результат - иначе это все очень быстро сойдет на нет.

Насчет офиса все просто: все что можно, выносите в шаблоны - программа из акада должна лишь заполнять переменные части этих шаблонов. Проще всего это сделать через тот же COM, имхо - примеров и готового кода в инете более чем.

[Do$]

Сообщение от Владимир_М В идеале, согласен двух человек достаточно: один программер, другой, постановщик задачи - хороший специалист в своей области.

Если уж говорить про команду для разработки приложения, то в идеале цепочка немного сложнее: Хороший специалист в своей области (пользователь) -> аналитик -> программист -> тестировщик
Лучше, если вместо одного хорошего специалиста, будет опрошен максимально широкий круг будущих пользователей программы, т.к. по опыту могу сказать, что человеку свойственно заблуждаться и это может вылиться в большие переделки программы, когда ею начнут пользоваться. Работа аналитика как раз заключается в том, чтобы собрать воедино все пожелания от разных пользователей, обработать их, предложить какие-то дополнительные варианты, отмести все лишнее и т.п., а потом перевести все пожелания в лаконичное и понятное для программиста ТЗ.
Ну и без хорошего тестирования качественного приложения не получить. Опять же, как показывает опыт, не стоит надеяться на пользователей, что они отловят все ошибки и сообщат о них.
Это в идеале. На практике один человек совмещает в себе несколько ролей. В Вашем варианте "идеала" "Хороший специалист" и программист совместно занимаются анализом и тестированием. Для небольших приложений пойдет, с более-менее крупными возникнут проблемы.

[Владимир_М]

Сообщение от Linkor странный вопрос Расчёты в нём делаю...

Дак, ясно расчеты. Но речь-то в данной теме не про расчеты, а про программирование. И, видимо, если бы речь шла о Вашем желании как-то своим продуктом сделать какую-то автоматизированную связку между этими отдельными этапами проекторования...

Сообщение от Linkor На рабочем месте

Очень опасная затея, поверьте моему опыту... У нас, например, службы настолько озверели, что я даже в своей папке в корневой папке Акада уже даже текстовый файл изменить не имею права! А у меня там все время размещались все мои программулины. То, что у Вас на данный момент сравнительная свобода - не факт, что надолго. До первого настучания по шапке.

[Сергей812]

Сообщение от Владимир_М У нас, например, службы настолько озверели, что я даже в своей папке в корневой папке Акада уже даже текстовый файл изменить не имею права!

и правильно делают - надо отучать юзверей лезть на системный диск без крайней необходимости)

[Linkor]

Сообщение от Сергей812 Могу только по акаду с офисом сказать. В акаде тоже начал сначала на VBA писать на 2012 акаде, но из-за известных (к сожалению, об этом уже после узнал) проблем совместимости с 64-битной версии при какой то объеме кода получил массовые ошибки - что не находились функции (причем даже стандартные типа MID). После чего перешел на Interop VB.Net уже в студии - синтаксис фактически тот же, что в VBA. Но мизерная скорость - из-за чего приходилось извращаться с запоминанием примитивов в коллекциях и т.п. - лишь бы не обращаться лишний раз к объектной модели акада. И первая программа была успешно написана на нем и даже принята в работу в офисе. Но в чем минус Interop - не только в скорости работы, но и в периодическом появлении ошибок - причем внутри программы было обкручен проверками код, ошибки вылезали на уровне оберток самой среды разработки. Акад не падал, но неприятные ощущения оставались) Поэтому, мужественно поборов свою лень, начал пытаться писать уже на .Net - но под ставшим привычным VB.Net. Но тут следующая незадача - большинство примеров в инете были на C#. Можно было портировать код на VB.Net - но хочется же побыстрее попробовать в работе) Поэтому достаточно быстро стал переходить на C# - в принципе, в базовых принципах там ничего сложного нет. Не надо думать, что вам надо прочесть все эти книги в тысячи страниц от корки до корки - просто первое время код будет "корявым", потом будете по ходу учиться писать "красивый" код, впоследствии появиться и какой то собственный стиль написания кода. Главное, что получите в ближайшем будущем какой то реальный результат - иначе это все очень быстро сойдет на нет. Насчет офиса все просто: все что можно, выносите в шаблоны - программа из акада должна лишь заполнять переменные части этих шаблонов. Проще всего это сделать через тот же COM, имхо - примеров и готового кода в инете более чем.

Личный пример - убедительный аргумент
А вот вторая часть про шаблоны - мысль не очень понятна

[Владимир_М]

Сообщение от Сергей812 и правильно делают - надо отучать юзверей лезть на системный диск без крайней необходимости)

не спорю порядок должен быть... Но я-то не про свои личные трудности, а просто предупередить, котрого еще петух не клюнул...
А если каждый юзверь начнет таскать на рабочий ком такие вещи типа Студий, Дельфей и проч. проч....
Оно как? IT-шники сильно обрадуются?

[Linkor]

Сообщение от Владимир_М А если каждый юзверь начнет таскать на рабочий ком такие вещи типа Студий, Дельфей и проч. проч....

А почему одним списком, Делфи то не есть бесплатная среда

И ещё вопрос - для работы в Студии или Лазарусе требуется интернет? у нас ограничения на доступ

[Сергей812]

Сообщение от Linkor А вот вторая часть про шаблоны - мысль не очень понятна

У вас есть, предположим, вордовский документ - в нем есть постоянные части: заголовки, местоположение таблиц и т.д. Вот это все нужно запихать в шаблон - не надо это создавать программно. Предположим, появляется какой то еще элемент в документе - делаете еще шаблон, где будет этот элемент. Т.е. что можете сделать один раз руками в самом офисе, настроить оформление и т.д. - все делаете в офисе. Этим существенно упростите код самой программы - открываете нужный шаблон и выдаете туда данные без лишних телодвижений.

[Владимир_М]

Сообщение от Linkor А почему одним списком, Делфи то не есть бесплатная среда

Вычеркиваю Дельфи... Спечиально для Вас, чтобы ничего Вас не цепляло, оставляем и проч. проч....

[Linkor]

Сообщение от Владимир_М И, видимо, если бы речь шла о Вашем желании как-то своим продуктом сделать какую-то автоматизированную связку между этими отдельными этапами проекторования...

Для подготовки исх.данных в виде текстового файла пойдет ЯП, хотя может это и не очень удобно, но по другому не знаю, как

Сообщение от Владимир_М А если каждый юзверь начнет таскать на рабочий ком такие вещи типа Студий, Дельфей и проч. проч....

А почему одним списком, Делфи то не есть бесплатная среда

И ещё вопрос - для работы в Студии или Лазарусе требуется интернет? у нас ограничения на доступ

[Сергей812]

Сообщение от Владимир_М А если каждый юзверь начнет таскать на рабочий ком такие вещи типа Студий, Дельфей и проч. проч.... Оно как? IT-шники сильно обрадуются?

у нормальных айтишников пользователь ничего серьезного поставить не сможет. А если бесплатную программу по заявке - ну тут уж надо уметь обосновать) В большинстве своем айтишники, как и все нормальные люди, просто стараются прикрыть свою пятую точку от лишних проблем - не надо их так демонизировать) Хотя встречаются иногда и клинические самодуры, к сожалению..

[Владимир_М]

Сообщение от Сергей812 У вас есть, предположим, вордовский документ - в нем есть постоянные части: заголовки, местоположение таблиц и т.д. Вот это все нужно запихать в шаблон - не надо это создавать программно. Предположим, появляется какой то еще элемент в документе - делаете еще шаблон, где будет этот элемент. Т.е. что можете сделать один раз руками в самом офисе, настроить оформление и т.д. - все делаете в офисе. Этим существенно упростите код самой программы - открываете нужный шаблон и выдаете туда данные без лишних телодвижений.

Абсолютно справедливо все то же самое и для Акада... Ну это конечно если предметом приложения является какой-то приличный объем рисования. Типа полностью законченный чертеж или комплект онных.

[Linkor]

Сообщение от Владимир_М Абсолютно справедливо все то же самое и для Акада... Ну это конечно если предметом приложения является какой-то приличный объем рисования. Типа полностью законченный чертеж или комплект онных.

Предполагается именно этот вариант, но это особого напряга на VBA не вызвало, не думаю, что на других ЯП будут серьёзные сложности с этим. Единственна, не получилось сделать дин. блок рамки