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

[hwd]

Сообщение от автокадчик Ну какжк не слазит.

лисп из автокада никуда не денется, т.к. слишком много на нём уже сделано. Т.о. нет повода опасаться на тему того, что в одной из последующих версий он будет исключён из продукта. То, что шарпею уделяется больше внимания, никак не отразится на том, что пишется на лиспе.

[автокадчик]

hwd, Сразу не откажется. Не медленное уползание от Лиспа уже заметно

Вон как пример под DOS тоже было много чего понаписано.
Но пришла венда и со временем почти весь досовский софт пошёл на помойку

[Кулик Алексей aka kpblc]

А не смущает тот факт, что это частный блог, возможно, никак не связанный с Autodesk? А не смущает факт, что:

Похоже, что с lisp'а как основного языка нужно потихоньку уходить.

Специально выделил.
Найди там хотя бы одно утверждение, что

Сообщение от автокадчик с лиспа автокад постепенно слазит

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

[gomer]

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

[b@r@b@n]

Сообщение от gomer лиспа автокаде никогда не было и не будет! То, что Автолисп окажется не у дел в таком состоянии, в каком он находится сейчас - абсолютно логично, это лишь вопрос времени.

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

[Доктор ТуамОсес]

Сообщение от gomer лиспа автокаде никогда не было и не будет! То, что Автолисп окажется не у дел в таком состоянии, в каком он находится сейчас - абсолютно логично, это лишь вопрос времени.

Именно так, коллега. Именно так. Останутся лишь малочисленные фанатики, которые будут кричать "ни за что с лиспа не слезем".

Сообщение от b@r@b@n Лично я с Автолиспа уже не спрыгну, да и большинство матерых пользователей наверное.

Придётся. Не хотите же вы остаться мастодонтом, которого нигде не берут на работу.
В своё время очень популярен был язык Фортран и Кобол. И чо? Кому сейчас нужны программисты на коболе и фортране?
Инженер должен идти в ногу со временем постоянно пробуя и изучая всё новое. Остановишься хоть на секунду в развитии - и тебя обгонят и затопчет стадо молодых мамонтов, которые дышат тебе в спину.

[b@r@b@n]

Сообщение от Доктор ТуамОсес Придётся. Не хотите же вы остаться мастодонтом, которого нигде не берут на работу. В своё время очень популярен был язык Фортран и Кобол. И чо? Кому сейчас нужны программисты на коболе и фортране?

Речь идет не о программистах, а о инженерах. Если инженер будет прыгать с одного языка на на другой когда работой заниматься. )))

Сообщение от Доктор ТуамОсес Инженер должен идти в ногу со временем постоянно пробуя и изучая всё новое. Остановишься хоть на секунду в развитии - и тебя обгонят и затопчет стадо молодых мамонтов, которые дышат тебе в спину.

Инженер должен делать хорошо свою работу. У меня работал глав. спец. он чертил только на кульмане. Мы за два года научили его плоскому черчению в слоях. Он не знает что такое блоки и тем более что такое 3D. Так вот посей день никто не может сделать работу быстрее и лучше чем он.
Ведь для инженера самое главное это быстро генерировать технические решения поставленной задачи, а остальное дело техники.
У меня сейчас на Лиспе автоматизированно 80% моей работы. Зачем мне новый язык программирования. На переписывание всей базы функций у меня уйдет минимум года два. С учетом изучения нового языка. Тем более не факт что новый язык будет более открыт в своих возможностях чем автолисп сейчас. Например VBA меня не устроил т.к. не все может в Автокад.

[George22]

Сообщение от b@r@b@n возможен вариант если из Автокада сделают что-то типа матлаб. Пишешь текст вставляешь в него формулы они автоматически вычисляются и по результатам перерисовывается модель.

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

[gomer]

Сообщение от b@r@b@n У меня сейчас на Лиспе автоматизированно 80% моей работы.

Хотел бы я на это посмотреть...

[vl74]

Интересный опрос - для работы в принципе нет необходимости знать какой-либо язык программирования. Эффекта 0.
Поясню - для того чтобы разработать программу, необходимо знать точный алгоритм. Пока этот алгоритм отладишь, быстрее вручную посчитать.
Ну или на экселе, конечно.
Самое напряжное - сложно выполнить отчет с "естественным" представлением формул. Пока решение не нашел.
Недавно экспериментировал с javascript. Плюс - легко оформить ввод исходных данных и вывод результатов расчетов - html.

[Boxa]

Сообщение от vl74 Интересный опрос - для работы в принципе нет необходимости знать какой-либо язык программирования. Эффекта 0.

А мужики то и не знают! Всё стараются автоматизировать рутинные процессы, выполняют работу быстрее и аккуратнее, за одно и то же время успевают сделать больше, но да, эффекта 0!

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

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

Сообщение от vl74 Самое напряжное - сложно выполнить отчет с "естественным" представлением формул. Пока решение не нашел.

Плохо искали. На вскидку, легко генерировать естественно представление формул на :MathML, LaTeX, DocX(это zip архив с пачкой xml файлов)

[vl74]

Сообщение от Boxa Плохо искали. На вскидку, легко генерировать естественно представление формул на :MathML, LaTeX, DocX(это zip архив с пачкой xml файлов)

Google Chrome официально поддерживал MathML в версии 24 [4], но позже поддержка была прекращена[5] (c) Wikipedia
Для просмотра формул LaTex нужен редактор, который не у всех есть.
DOCX - формат файлов office - закрытый причем. Проще rtf.
Я писал о том, что нет простого способа создания формул в том же html, а все предложенные форматы не имеют широкого распространения, не универсальны, в отличие от html.

Сообщение от Boxa Ну и для расчетов, в том числе и в Excel алгоритм расчета знать не нужно, оно как то само считается,

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

[Дмитрий Юпатов]

Ну Doc закрытый, это да. А docx - это фактически архив с пачкой xml файлов и вложений к ним (типа картинок и проч...). Попробуйте у любого документа docx сменить расширение на zip и посмотреть содержимое.

[vl74]

Нашел интересную штучку по формулам, щас потестю http://www.forkosh.com/cgi-bin/webli...ckstartweb.php

[Bull]

Сообщение от Дмитрий Юпатов Попробуйте у любого документа docx сменить расширение на zip и посмотреть содержимое.

Прикольно. Не знал... Столько папок и файлов на пару букв.

[Дмитрий Юпатов]

Сообщение от Bull Прикольно. Не знал...

Да я сам случайно наткнулся на статью как-то.

Сообщение от Bull Столько папок и файлов на пару букв.

Ну они вроде как реализовали возможность работы в Ворде с документами, созданными в OpenOffice. Open Document вроде бы.
Так что документы OpenOffice тоже таким же макаром можно открывать. Кстати, в констексте Ooo я так и узнал о том, что по факту это архивы.
Была попытка создания вьювера для документов MS без установленного пакета MS Office. Посмотрел структуру этого архива и плюнул

[Boxa]

Сообщение от vl74 Google Chrome официально поддерживал MathML в версии 24 [4], но позже поддержка была прекращена[5] (c) Wikipedia Для просмотра формул LaTex нужен редактор, который не у всех есть. DOCX - формат файлов office - закрытый причем. Проще rtf.

1. Это новая вводная и при этом не хромом единым богат зверинец браузеров или у Вас на нем свет клином сошелся?
2. Вы не в курсе что такое Латех, в каком виде он хранит данные и как выдается результат.
3. Про закрытость DOCX написали выше.

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

А вы софт для себя пишете или на продажу? Если для себя, как инженер владеющий ЯП, то какое Вам дело до универсальности и распространенности? Или это предлог ничего не писать?
(Как пример, писал я одну программку, которая отчет отдавала в xlsx, вот только этот файл нормально смотрелся под определенной версией LiberOfice, но т.к. эта версия была установлена на всех компьютерах в офисе, то проблем с этой фитчей нет. Универсально? Нет. Зато сильно сократило сроки по выполнению чертежей. )

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

Сообщение от Bull Прикольно. Не знал... Столько папок и файлов на пару букв.

Вот тут хорошо про docx написано http://habrahabr.ru/post/138666/

[Дмитрий Юпатов]

Сообщение от Boxa Вы не в курсе что такое Латех, в каком виде он хранит данные и как выдается результат

ну да, и библиотек готовых, которые могут принять строку в подготовленном формате, а на выходе отдать картинку с визуальным отображением математического выражения, тоже можно найти.
А по поводу отчета в html...
Я для своей программки сделал так: отчет формируется как html-страница (точнее веб-архив *.mht), в ней же и отображается, печатается... В тегах самой страницы хранится и служебная информация для обработки программой (проще загрузить из пары тегов, чем таскать из всего документа по кусочкам). Есть преобразование в xls. Реализовано как открытие в фоновом режиме документа mht при помощи самого Екселя и последующее сохранение в xls. Если вдруг Ексель на конечной машине отсутствует, нет никаких проблем открыть mht с помощью ишака и скопипастить отчет в нужный документ.
Почему mht? - все вложения хранятся в самом архиве. Т.е. получаем не связанный ни с чем файл, в котором вложения представлены в виде строки Base64.

Сообщение от Boxa Основной посыл моего предыдущего сообщения был в том, что программирование инженеру нужно и толк от знания программирования есть

Вне всякого сомнения. Это может стать хорошим подспорьем в работе.

[Gref]

Крайнее время все чаще появляются вакансии программист под ревит с разработкой семейств, разработчики открывают API, так понимаю происходит взаимопроникновение Проектирования и IT в более массовом характере для всех тех компаний который хотят выжить в плане качества и скорости проивзодства ПД и РД и тд. Интересует вопрос только с позиции группы исполнителей (не директоров и не манагэров).
Как это влияет на приоритетность выбора языка программирования? C чего проще (в плане ресурсов и развитости сообщества) в этом плане начинать по критерию: время от начала до способности разрабатывать приложения под Revit/Robot и широта возможностей в проектно-прикладном плане? Что лучше для Revit/Robot(Лира-САПР, SCAD) в выборе языков, C#, C++, Phyton,?
PS надеюсь услышать мнение специалистов которые уже на местах имеют опыт продуктивного развития сотрудничества Конструторов, АР, Расчетчиков и IT.

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

Сообщение от Gref надеюсь услышать мнение специалистов которые уже на местах имеют опыт продуктивного развития сотрудничества Конструторов, АР, Расчетчиков и IT.

Что могут дать Вам эти мнения? У каждого оно свое субъективное, ответы могут быть вообще из разряда "дело вкуса" хоть и с огромным опытом "продуктивного развития...". Вот, например, опрос по данной теме вверху выдал в итоге среднюю температуру по форуму: лучший ЯП - матерный. Для сотрудничества Конструторов, АР, Расчетчиков и IT - самое оно!.
Ну, а если речь про Ревит. Логика рассуждений простая. Родные (встроенные) для него С# и VB.NET. Далее смотрим REVIT SDK. Подавляющее количество примеров кода дано на С#.