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

[zamtmn]

>>надо было написать "на другой язык программирования"
на другой язык оно переносится на общих основаниях. "переносимость" внутри языков net я в расчет не беру. Модно, но совсем не так чудесно как расписывают.

Давай попробуем реальную переносимость? например на линукс? Delphi7->Lazarus=куча платформ. А куда бежать с C# или VB.NET?

[Kinzer]

Сообщение от zamtmn Delphi7->Lazarus=куча платформ. А куда бежать с C# или VB.NET?

Моно
Скажете один такой большой, но больше и не надо. Он поддерживается и структурирован лучше чем весь делфи с лазурасами. Ведь не даром он является частью .NET Core кросс-платформенного решения от Мелкософта. Другими словами все доступно прямо из коробки. Никто вам не мешает пользоваться теми языками и платформами, которые вам по душе, но просто нелепо спорить о том, что решения на C# поддерживаются и имеют меньше возможностей, чем решения на Делфи.

[trir]

SharpDevelop
MonoDevelop - Linux, Mac OS X, Windows
Xamarin - iOS, Android, Windows Phone

[zamtmn]

>>Скажете один такой большой, но больше и не надо
Суажу что не такой уж он и большой, многое что доступно в net под windows в линуксе небудет доступно никогда - таковы особенности "корпоративного" кросс-платформенного решения.

[Сергей812]

У нас так много пользователей (одиночных и корпоративных), сидящих на линуксе? У нас тот же инженерный софт выпускается массово кроссплатформенный?

[zamtmn]

Началось всё с того что как там всё круто с "портацией", заканчивается - "портация" вобщемто почти и ненужна))

[Сергей812]

Ну вообще то о портации на другую ось в явном виде нигде не говорилось. Во всяком случае - на последних страницах.

----- добавлено через ~7 мин. -----
"Крутизна" Net в том, на мой взгляд, что множество вспомогательных задач по получению, хранению и обработки информации уже заложена во фреймворке и можно большую часть времени посвятить реализации и отладке основных алгоритмов программы. Похожих результатов можно достичь и применением библиотек наработанных функций и классов в других языках - дело вкуса и необходимых возможностей.

[zamtmn]

Я несравнивал, но думаю у сообщества с\с++ ничуть не меньше сторонних либ по "по получению, хранению и обработки информации" конечно есть как очень качественные и хорошо поддерживаемые, так и мусор.
Вся "крутизна" net в том что он активно педалируется микрософтом, а в рамках автокада - других вариантов немного.

Использовал бы автокад qt, все бы на форуме активно пели какой qt стильный-модный-молодежный))

[Бахил]

Offtop: Что-то ни одного конструктора в обсуждении не видать.

[trir]

с++ как джунгли, а c# как Японский парк

[Бахил]

си явно не для конструктора. Ну если только он не задумал собственную ось накатать.

[Сергей812]

В Си необходимо контролировать все ресурсы (то же выделение памяти) самому программисту, классический Net и близко не подпускает программиста к прямой работе с ресурсами - так как это противоречит его концепции безопасного кода)

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

Offtop:

Сообщение от Бахил Offtop: Что-то ни одного конструктора в обсуждении не видать.

Сообщение от Бахил си явно не для конструктора. Ну если только он не задумал собственную ось накатать.

Сообщение от Владимир_М PS/ Справедливости ради, конечно, нужно учитывать, что опрос проводился по нескольку другому вопросу, типа: что проще и что может дать наиболее быструю отдачу от программирования?. В последних же постах (Gref #259, про Ревит-Робот и проч. взаимодействие между смежниками) вопрос ставится более глобально.

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

[veb86]

Решил тоже о своем небольшом опыте рассказать. Как пришел на работу сразу понял что рутину надо автоматизировать. Пописал на LISP, понял что не мое это. Потом кодил в VB для Автокада, разобраться с ним не сложно так как Автокад позаботился написанием отличного хелпа и кучи примеров. Ставил задачи простые перед собой и все решалось достаточно быстро. Потом когда обновили Брикскад понял что VBA мертв(((. Переход с VBA на VB.Net пережить вообще не сложно ШарпДеволоп отличная среда, опять же таки отличные хелпы автокада решают все. Потом пописал на C#.net. Но с ростом сложности задач, которые я ставил себе, приходит понимание что нужно идти дальше в ARX(в моем случае BRX) и тут мало литературы (может я не нашел, но все что я видел меня настораживало), и главное примеров. Разбираться долго не стал и ушел в fpc (zcad), как ни как, а отечественный opensource!
О VB.net или С#.net вспоминаю с теплотой, все таки очень многое решает удобное API, библиотеки Теигха и куча примеров по всему этому. Поэтому полностью согласен с zamtmn поддерживал бы автокад питон или qt, все бы давно уже писали на питоне.
Какой язык перспективен для инженера-конструктора работающего исключительно в автокаде, я считаю что это C#.net и далее в ARX.

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

Сообщение от veb86 Потом кодил в VB для Автокада, разобраться с ним не сложно так как Автокад позаботился написанием отличного хелпа и кучи примеров. Ставил задачи простые перед собой и все решалось достаточно быстро. Потом когда обновили Брикскад понял что VBA мертв(((. Переход с VBA на VB.Net

Вот здесь между VBA и VB.Net очень быстро как-то. По-подробней можно, пожалуйста? Почему VBA мертв? При чем тут Брикскад? Какие задачи не удалось сделать на VBA и этим обусловлен был переход на более высокий уровень. Пару-тройку примеров, пожалуйста, чтоб любому конструктору стало понятно.

[Boxa]

Сообщение от Владимир_М Почему VBA мертв?

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

Сообщение от Владимир_М При чем тут Брикскад?

В нем было еще хуже, к тому же , если я правильно помню, VBA в Classic версии вообще отсутствовал.

Сообщение от Владимир_М Какие задачи не удалось сделать на VBA и этим обусловлен был переход на более высокий уровень.

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

[Сергей812]

VBA не мертв, но (применительно к Акаду):
1. Для запуска проектов в VBA нужно ставить соответствующее дополнение. Другие - лисп, ObjectARX, NETAPI (не знаю, как Джава в последних версиях) присутствуют по умолчанию.
2. В старой версии VBA (6-ой) 64 разрядного VBA не существовало в принципе - были кривые обертки 32-разрядной версии. Доходило до того, что VBA отказывался понимать свои собственные встроенные функции, выдавая ошибки при запуске. Насколько это исправили в 7 версии VBA акада - уже не интересует)
3. Скорость работы - все операции с объектной моделью Акада идут через обертку ActiveX.
4. Интерфейс редактора VBA остался из глубокого прошлого.
5. Типовой набор визуальных компонент остался из того же прошлого. Подключить дополнительные компоненты через референсы - проблемы с переносом приложения.
6. Уже давно грозятся исключить поддержку VBA - поэтому писать что-то серьезное и на длительный срок пользования - дополнительный риск.

[veb86]

Сообщение от Владимир_М Вот здесь между VBA и VB.Net очень быстро как-то. По-подробней можно, пожалуйста? Почему VBA мертв? При чем тут Брикскад? Какие задачи не удалось сделать на VBA и этим обусловлен был переход на более высокий уровень. Пару-тройку примеров, пожалуйста, чтоб любому конструктору стало понятно.

Постараюсь объяснить. У нас в конторе используется Bricscad v9. Первая проблема возникла когда обновили комп и поставили операционку Windows 7. У меня была налажена связь через VBA между Экселлем и брикскад, она почему то испортилась. после долгих танцев с бубнами моих и системного администратора связь восстановили, что то правили в реестре сейчас уже не помню что именно. Ситуация огорчила, в то время, я и узнал что VBA больше не развивается. Но когда мне обновили брикскад v14 заметил, что у 64 разрядной версии нет VBA, стало совсем грустно. А так как я написал не так много инструментов на VBA и они не были сложными, я понял что пора мигрировать. Почитал форумы и переписал все на VBnet, и не разочаровался. После базовой среды разработки которая шла вместе с VBA для bricscadа, шарпдевелоп просто сказка! Сегодня VBA жив пока микрософт его не выпилила из виндовс, но что у них на уме не ясно. Обидно то, что чем больше ты прогаешь под определенным языком тем быстрее и больше ты знаешь о том как сделать то или иное действие в этой программе, метания между языками и средами это плохо, это время. Я специалист молодой лучше сразу учится чему то хорошему. Почему C#net, примеров в разы больше чем VBnet.

[Сергей812]

Сообщение от veb86 Сегодня VBA жив пока микрософт его не выпилила из виндовс, но что у них на уме не ясно.

думаю, что из окон его выпиливать никто не будет, так как в самих окнах его никогда и не было) В MSOffice VBA очень органично вписывается для малой автоматизации, хотя в свое время при выпуске 2016 офиса умудрились и там подгадить слегка - эксель со встроенными макросами стабильно вылетал при попытке закрыть приложение и при выполнении жутко тормозило (ну там может какие то дополнительные настройки безопасности были - не вникал). Админ откатил до 365 офиса обратно - все стало замечательно.

----- добавлено через ~20 мин. -----
VBA является лишь "прокладкой" между ActiveX и программистом. Хотя в принципе, уже достаточно давно появились средства разработки под NET для офиса (Visual Studio Tools for Office)- но насколько понял из описания, для их работы требуется тоже инсталляция дополнительного пакета. И не имеет особо смысла, имхо - так как в самой программе на Net можно обработать всю информацию и в офис только выводить в подготовленные шаблоны.

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

Boxa, Сергей812, veb86, спасибо за ответы. Да, бесспорно, лучше быть богатым и здоровым...
Но ведь не всегда перед конструктором возникают

Сообщение от Boxa Любые задачи связанные с интерактивностью, современным UI, работой с сетью, а так же задачи связанные с обработкой больших массивов данных.

или обуревает желание

Сообщение от Boxa поработать с аннатативностью

Вот тут по-моему основная проблема. Определиться с уровнем задач, которые хотелось бы автоматизировать.
Вы уже смотрите с небес на землю. А если посмотреть снизу. С позиции тех, кто на этом же форуме в других ветках самозабвенно муссируют макрокоманды, создание динамических-параметрических блоков. Для них и редактор VBA, его возможности уже будут "просто сказка!". При этом разобравшись один раз с Бейсиком в Акаде, еще и весь МСОфис может задействовать под свои задачи в одном флаконе.
Хорошо бы, конечно, думать о перспективе. Я только за. Но как знать, может быть и своих обычных, простейших задач ему (конструктору-начинающему программисту) хватить автоматизировать и на VBA до конца жизни. Да и как сказать простейшие, вполне себе серьезные (не в смысле уровня программерской сложности, а в смысле значительного повышения производительности труда) можно порешать.
Напомню о чем тема:

Сообщение от ;127104 времени на изучение минимум. Требуется получить наибольший практический эффект от владения данным языком.