Кто сказал "стракчурал инжиниринг"?

Продолжаем публиковать upFront.eZine о BIM. В отличие от Нанокадовцев с их публикациями, наш перевод одобрен автором и не содержит мерзкой стилистики. Отывы о статье Ральфа Грабовски, опубликованной в бюллетене upFront.eZine, взяты из следующих выпусков, в частности из № 679.

Сама статья: Часть 1 и Часть 2.

***

Сим Эйкеленбом, IDEOMA intelligent systems, Нидерланды:

“Я был довольно разочарован последней статьёй “Гибридный рабочий процесс между CAD и BIM” из выпусков upFront.eZine № 674 и № 677. Не понимаю, зачем было писать такой вздор.

Во-первых, я хочу выразить протест против использования слова “CAD”, когда речь заходит об AutoCAD и DWG. По моему мнению, CAD по-прежнему расшифровывается как “автоматизированное проектирование”. BIM является его частным случаем, поскольку это CAD в трех измерениях с использованием банка данных о здании – в котором, допустим, по мере проектирования определяются объекты, отношения, атрибуты и их поведение. Revit, ArchiCAD, AllPlan – это просто новое поколение CAD-систем. Для них лучше использовать термин “системы комплексного проектирования зданий”, в которых можно оперировать более интеллектуальными объектами и их свойствами.

Во-вторых, этот заголовок, “Гибридный рабочий процесс”. Вероятно, имелась в виду проблема вроде описанной в бюллетене upFront.eZine №674, “Пользователи AutoCAD хотят доступа к 3Д-моделям из Revit или ArchiCAD”. Это что, и правда проблема? Я вообще сомневаюсь, что она существует в природе.

В любой BIM-системе есть понимание того, что от неё требуется генерация двумерных документов из инфомодели и что эти документы соответствуют стандарту ISO PDF, или открытому стандарту DWG от Open Design Alliance, или же священному и богоравному, раз в три года заново шифруемому TrueDWG от Autodesk, или наконец RealDWG. Эти двумерные документы отлично открываются бесплатными просмотрщиками PDF или DWG, или же редактируются разными более или менее открытыми редакторами (а некоторые из них даже показывают свою рекламу в твоём бюллетене). Мало того, после серии угроз и предостережений документы DWG может открыть даже сам AutoCAD! Но, ради всего святого, зачем называть это “гибридным процессом”? Это самый организованный и целесообразный процесс из всех, которые можно себе представить.

Посмотрим, насколько совершенен современный рабочий процесс в CAD с использованием таких инструментов, как SketchUp, AutoCAD, BIM и получаемые из него двумерные чертежи.

1. Джону нужен новый офис. Своё представление о нем он набрасывает в виде трехмерного эскиза используя Google SketchUp.
2. Через интернет-конференцию Джон показывает свою модель Молли.
3. Молли понятна идея Джона; в ArchiCAD она начинает детализовывать проект.
4. Молли набрасывает приблизительные сметы и клепает миленькие видео с проектом.
5. Джон доверяет Молли, поэтому решает инвестировать в новое здание.
6. Молли создает кипу договорных документов в PDF и отсылает их Петру и Дрю.
7. Петр использует документы Молли для первого наброска систем ОВК; а Дрю тем временем делает проект конструкции и основания.
8. Они отправляют Молли свои проекты в PDF (Причем у Петра дошли руки только до начальных схем).
9. Молли производит деталировку здания и вшивает туда ОВК от Петра.
10. На интернет-конференции Молли и Петр прорабатывают все детали ОВК.
11. На финальном заседании они соглашаются, что стадия проекта закончена и можно начинать рабочую документацию.
12. Рабочую документацию делают в 2Д на базе видов из замороженной инфомодели.
13. Огромное количество разработанных документов предоставляется подрядчику Джерри в виде загружаемых файлов.
14. Джерри может загрузить себе и копию самой инфомодели.
15. Джерри добавляет к информации свои цены и предлагает альтернативную более дешёвую конструкцию крыши.
16. Джон доверяет и Джерри, так что Джерри получает контракт и обменивается моделью крыши с Молли.
17. Кроме этого он передает Молли и PDF-файлы с деталировкой крыши.
18. По мере того как Джерри строит офис, Молли создает замечательную базу данных исполнительных документов.
19. Джон получает свой новый офис и будет в нём жить-поживать да добра наживать.

Есть идеи по поводу того, как его улучшить? В приведенном примере двумерные чертежи никуда не деваются из автоматизированного процесса проектирования, и не денутся из него никогда. В наше время многие двумерные чертежи отрисовываются автоматически из двумерной модели. Однако тут нет противоречия. Чертежи попросту никак не конфликтуют с инфомоделью. Ты совершенно не отразил сути в своей статье, поскольку чертежи обслуживают не ту часть процесса, с которой имеет дело BIM. Сожалею, что в этот раз пришлось быть таким критиком!”

***

Евгений Ро: “По вашей оценке, какой процент архитекторов использует BIM?”

Автор: “Сложно сказать, но, думаю, за последние пару лет он значительно вырос. Можно гадать о цифре от 25 до 50 процентов, но это число будет меняться в зависимости от места.”

***

Ульф-Гюнтер Краузе, Avacad, Германия:

“Я инженер из Германии с почти 25-летним опытом в CAD и базах данных. Моя небольшая фирма из шести разработчиков пишет программное обеспечение уже 15 лет, в основном для управления производством.

Весь процесс строительства и изменения, внесенные во время возведения, конечно, важны. Но что ещё более важно для инвестора – это будущее здания. Процесс строительства занимает около года, а владелец пользоваться зданием 10, 20, 30, а то и больше лет.

Все компании-производители ПО носятся с BIM. Но если спросить Autodesk, Graphisoft, Bentley и других, то у них нет ответа на вопрос об эксплуатации*, потому что у них нет программ, которые позволяют сопровождать здание на протяжении 30 лет. В дополнение к инфомодели пользователям необходимы другие продукты для повторного использования данных для собственных нужд, например, чтобы распределить стоимость здания на единицы затрат и тому подобное.

BIM – это процесс, который не заканчивается с постройкой здания. Постройка – вообще вещь без конца. Но когда здание начинают использоваться, BIM перестаёт быть главным процессом для его будущего.

Крупные производители ПО утверждают, что BIM – наше всё. Однако в конце концов придется ли нам придумывать новую концепцию вроде BIMX (BIMX = BIM + X)? Или, может, нам придётся переопределить саму сущность и стратегию BIM? Каково ваше мнение?”

***

Дейл Коп, ClearLogicGroup Inc.: “Спасибо за статью. Очень ясно изложено.”

***

Марк Чейни, mark chaney architects:

“Кому нужна модернизация без реальной выгоды? С другой стороны, вендорам следует понимать, что в CAD и BIM пользователю нужна конкретная ценность. Удивительно, как много архитекторов защищают программные продукты в их теперешнем состоянии и продолжают утверждать, что, мол, “они вот-вот станут как раз тем, что нам нужно”. Это происходит уже битые двадцать четыре года, и хоть некоторые могли бы наконец поторопиться!

В очерке, который был опубликован в upFront.eZine (№ 677), мною подразумевается также надежда на то, что коллективный голос архитекторов и подрядчиков станет слышимым, и на сообщество разработчиков ПО будет оказано ответное давление с тем, чтобы они включили наконец в меню реальные и полезные инструменты – за такие-то цены.

Вот ответ на этот очерк, в котором предлагается использование программы Rhino. В последнее время, похоже, среди архитекторов её находится всё большее применение: “После прочтения вашей статьи о том, является ли BIM благом для нашей отрасли, хотел бы поделиться, что приносит радость мне: это ПО Rhinoceros. Посмотрите на visualarq.com, rhinobim.com и другие надстройки к ней. Я использовал AutoCAD версий 10-14a (и, конечно, новые версии для совместимости, но это только лишний тормоз), а затем вертикальное решение Mechcanical Desktop, но когда автор Accumodel Макнил освободил программу от тех рамок, которые на неё наложил Autodesk, Rhino стал бесспорно лучшим инструментом. А с нынешней версией Beta 5 он стал ещё лучше. download.rhino3d.com/rhino/5.0/wip. Это просто к слову.”

***

Роберт Мелуски: “CAD никогда не означал автоматизированного проектирования в целом. Настоящее значение термина – автоматизированное черчение. Термином для автоматизированного черчения и проектирования всегда была аббревиатура CADD (Computer Aided Drafting & Design). Просто комментарий от старожила, начинавшего с CAD(D) ещё в начале восьмидесятых.”

Комментарии от переводчика.

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

Это, например – процент проникновения BIM на Западе, чудовищно завышенный в публикациях вендоров и проникший уже и в независимую публицистику, явная ориентированность нынешних реализаций BIM на презентационные нужды архитектора и инвестора, продолжающаяся неясность в терминологии, и очевидная потребность отделить реальный BIM (который, напомю, есть 3D + информационная ёмкость + параметризация, помноженные на единую модель для всего-всего) от мифов и “концепций”, которыми его окружают, и сформулировать стратегию для того, чтобы BIM стал-таки приносить выгоду, соответствующую огромным вложениям информации и детализации, которые в него приходится делать. А для этого единственный путь состоит в осуществлении того, для чего BIM и задумывался и чего он пока делать не в состоянии – в сопровождении построенного здания по жизненному циклу.

Официальный перевод опубликован с разрешения автора. Ждите на isicad.ru адов срач в комментариях.

Вот сет изображений, в котором мой рабочий процесс по расчету поэтажных спектров ответа.

Upd.: Ой, плохо загрузилось, извините.

Заново: http://www.ipernity.com/doc/197714/album/237239/show

http://www.ipernity.com/widgets/slideshow.swf?v=0.9.9

Он ещё не причёсан, но даёт представление о том, как будет круто здесь вскорости.

Каким-то непостижимым образом ещё не хвастался, что Ральф Грабовский (писаниной которого я не устаю восторгаться, на редкость замечательное мировоззрение у человека) опубликовал моё ему письмо в виде передовицы в своём ньюслеттере: http://www.upfrontezine.com/2011/upf-692.htm

Не ожидал, что его опубликуют и писал довольно откровенно, жестковато.
Теперь, как вы видели, я его тоже публикую – замена неравноценная, но, надеюсь, ещё и на Изикаде этот перевод появится.

Кстати, согласитесь – удивительно, что жанр ньюслеттера (или почтовой рассылки, как нравится) ещё жив. Это один из самых древних видов публицистики в интернете – были, например, когда-то очень давно, в начале девяностых такие LaiserinLetters, в который весь этот наш BIM был перемыт по косточкам Мартином Дэем и ещё кучей народу. Ой, стоп, они ещё тоже живы, оказывается…

Гибридный рабочий процесс между CAD и BIM. Часть вторая: практические советы

Продолжаю публиковать перевод статьи Ральфа Грабовски, оригинал которой опубликован в двух частях в выпусках № 674 и № 677 его еженедельника.

Напомню, Ральф Грабовски издаёт очень интересный профессионалам еженедельник upFront.eZine и пишет в ещё более интересный микроблог @ralphg.
В рамках отъявленной дискуссии об инфомоделировании зданий (BIM) публикуется перевод статьи, вышедшей из-под пера Ральфа Грабовски в январе-феврале этого года.

***

Как было рассказано в первой части этой статьи, CAD и BIM плохо стыкуются при обмене чертежной информацией о модели. Вот некоторые сценарии и удачные подходы к проблеме с точки зрения платформы ArchiCAD:

1. Планы и различные подосновы.
Пусть необходимо получить доступ к чертежам из AutoCAD, содержащих информацию о площадке, существующую инфраструктуру, исторические планировки зданий и так далее. Для использования подобных данных в формате DWG оптимально будет просто сослаться на соответствующие файлы из рабочего пространства или из макетов листов. (Меню File→External Content→Attach Xref.)

2. Детали.
Для случая, когда субподрядчики предоставляют деталировочные чертежи из AutoCAD, целесообразно будет использовать их в ArchiCAD в двумерном виде. Удачное решение для этого случая – объединить файлы DWG с соответствующими планами в ArchiCAD или прямо с макетами листов. (Меню File→File Special→Merge.)

3. Координация в 2Д.
В случае работы в группе, использующей оба инструмента – AutoCAD и ArchiCAD, требуется координация чертежных материалов между членами группы. В этом случае используется механизм внешних ссылок для адресации чертежей в ArchiCAD. (Меню File→External Content→Attach Xref.)

4. Трехмерное содержимое.
В случае, если поставщик передаёт вам чертежи из AutoCAD, содержащие трехмерные блоки с элементами здания и внутренней отделки, самый удачный подход состоит в конвертации трехмерных DWG-файлов в объекты и библиотеки на языке GDL. Затем их можно использовать в видах. (Меню File→ Libraries and Objects → Import Blocks from DXF/DWG.)

5. Координация в 3Д.
Для координации в трехмерном рабочем пространстве объектов из различных разделов проекта следует использовать слияние трехмерных проектных данных из DWG в трехмерное пространство ArchiCAD и затем проконтролировать коллизии – нежелательные пересечения объектов. (Впрочем, для контроля коллизий потребуется необязательный компонент MEP для проектирования инженерных систем.)

6. Координация со смежниками.
В ситуации, когда требуется координация различных инженерных дисциплин, причем некоторые из них используют AutoCAD, требуется следующее. Поскольку каждый имеет дело с чужими проектными данными, наилучший выход – экспорт плоских видов из ArchiCAD путем сохранения данных планов (PLN) в редактируемый формат DWG. (В навигаторе ArchiCAD выбирается этаж или блок, а затем меню File→Save As→выбрать формат DWG)

7. Предоставление документации партнерам.
Это случай, когда ваши партнеры хотят получить итоговые чертежи, но редактировать их необязательно. Для предоставления чертежей в виде простого технического отчета следует экспортировать наборы макетов итоговых чертежей ArchiCAD в формат DWG. (В навигаторе ArchiCAD выбрать Publisher Set→выбрать формат DWG.)

8. Предоставление трехмерных моделей инженерам для привязки.
В случае, когда использующие AutoCAD инженеры нуждаются в привязке к проекту в ArchiCAD, можно предоставить им привязки путем экспорта трехмерных поверхностей в формат DWG. (In Navigator, choose a 3D view. Then, from ArchiCAD’s File menu, choose Save As, and then choose DWG format.) (В навигаторе ArchiCAD выбрать трехмерный вид, а затем меню File→Save As→выбрать формат DWG.)

Гибридный рабочий процесс

Теперь программы на основе BIM широко распространены, однако и программное обеспечение на основе двумерного набора примитивов никуда не девается. Два различных подхода к проектированию означают, что именно гибридный, смешанный рабочий процесс становится повсеместным. Вспомнив название отчета, на основе которого написана эта статья («CAD и BIM: бесплатный билет есть?»), отметим, что бесплатного билета всё-таки не будет, потому что в разных подходах разнятся источники и предназначение данных.

Чтобы оставаться конкурентоспособным, проектным организациям стоит задуматься о создании приличного гибридного техпроцесса. Принципиальное решение – разделить данные и затем осуществлять операции импортирования, подходящие к каждому конкретному случаю. Пользователи CAD и BIM в принципе могут использовать данные чертежей из чужой системы – в том случае, если есть понимание того, как наилучшим образом конвертировать их и какую точность следует обеспечивать – визуальную или функциональную.

(Примечание. GDL – это параметрическая технология Graphisoft, «Язык геометрического описания». Больше информации о нем – по ссылке http://www.graphisoft.com/products/gdl-object-technology.)

[Пояснение от автора: Graphisoft оплатил мои услуги по оценке качества конвертора DWG для ArchiCAD и по написанию статьи под названием «CAD и BIM: бесплатный билет есть? Отчет о рабочем процессе в GRAPHISOFT ArchiCAD при использовании формата DWG». Копия отчета на английском языке находится по адресу http://www.graphisoft. com/ftp/marketing/white_papers/GRAPHISOFT_White_Paper_CADandBIM. pdf]

Предисловие. Ральф Грабовски – широко известный в узких кругах публицист в области САПР.

Он издаёт очень интересный профессионалам еженедельник upFront.eZine и пишет в ещё более интересный микроблог @ralphg.
В рамках отъявленной дискуссии об инфомоделировании зданий (BIM) публикуется перевод статьи, вышедшей из-под пера Ральфа Грабовски в январе-феврале этого года. Оригинал опубликован в двух частях в выпусках № 674 и № 677. Приятного чтения.

***

Гибридный рабочий процесс между CAD и BIM (часть первая)

В 1987 году мир САПР раздвоился. До того времени популярные программы вроде AutoCAD попросту имитировали действия чертёжников. Компьютерные линии и кривые изображали стены и шестерёнки ровно тем же способом, что и карандашные.

В 1987 году некая венгерская фирма представила концепцию виртуальной модели здания, теперь более известную как BIM (Building Information Model). Через год программисты из России изобрели параметрическое моделирование. Прошло больше двух десятилетий, а мы продолжаем жить в раздвоенном мире. Одни инженеры продолжают моделировать мир посредством линий и кривых, а другие – посредством «умных» объектов.

Может показаться странным, что нынешние чертежники продолжают использовать программное обеспечение, которое изображает края стены четырьмя простыми линиями; может, так делают из-за того, что такой путь наиболее близок к тому, как создаётся набросок на бумаге при помощи карандаша. Кроме того, такое ПО обычно дешевле, что делает его более доступным.

Насколько же неэффективным кажется такой подход по сравнению с построением целых стен полностью в трех измерениях и со встроенной полезной информацией вроде материалов, из которых они состоят, а также того, внутренние они или наружные, содержат ли теплоизоляцию и закрыты ли фасадной системой – такой информации из четырёх линий не получишь.

Подобное трехмерное программное обеспечение поставляют такие компании, как Autodesk (продукт Revit), Graphisoft (ArchiCAD) и Nemetschek (AllPlan). Все они основаны на одном принципе: если здание проектируется в трех измерениях, проект хранится в едином файле, который содержит всю доступную информацию о здании, начиная от несущих конструкций и кончая цветом ковров и ведомостями материалов. При необходимости из трехмерной модели можно извлечь двумерные чертежи.

Программное обеспечение вроде AutoCAD или IntelliCAD, напротив, хранит чертежную информацию в виде десятков, а то и сотен чертежей в составе проекта, не считая десятков всевозможных вспомогательных файлов. А Autodesk, например, предлагает частичные решения для хранения информации, такие как подшивки листов и сборка файлов проекта функцией eTransmit.

Так или иначе, на дворе 2010 год, а у нас имеется два совершенно противоположных и абсолютно несовместимых способа создания чертежной информации. Это – плохая новость; а хорошая новость в том, что хоть эти два способа и не пересекаются, они хорошо работают каждый в своей области применения. Так, обмен данными между двумерными пакетами не является проблемой, поскольку принципиальных отличий у разных систем нет.

Проблемы начинаются, когда, к примеру, пользователям AutoCAD нужно поработать с 3Д-моделью, созданной в Revit или ArchiCAD, и наоборот. AutoCAD не поймет, что от него хочет BIM-модель, и обмен данными становится мучением: неструктурированный набор двумерных линий как-то нужно интегрировать в общую среду моделирования, а сложную BIM-модель надо трансформировать в двумерные примитивы. Как объединить их?

Такие компании, как Autodesk и Graphisoft понимают эту проблему и работают над решением с помощью конверторов и образовательных усилий. Конкретно Graphisoft попросил меня проверить, как работают их конвертеры, и по результатам написать научно-образовательную работу. (А вообще я работаю над проблемой транслирования DWG в другие форматы для нескольких поставщиков САПР начиная с середины девяностых, когда Bentley Systems привлекала меня к работе над их транслятором Nexus. Эта статья – по сути реферат работы, написанной мною для Graphisoft.)

Как выясняется, существуют два решения. Одно – сохранение целостности объектов, другое – визуальная точность изображения. Конвертированные чертежи будут либо функционировать правильно, либо правильно выглядеть, но совсем не обязательно и то и другое сразу. Так происходит именно из-за концептуальной разницы между двумя классами программ – не говоря уже о разнице в бинарной реализации форматов их файлов.

Выбор номер один: в пользу функциональной правильности

Итак, иногда трехмерные модели объектов требуют доступа к информации в чертежах из AutoCAD (то есть по сути из формата DWG). Информация может быть разной – данные геодезической съемки, обозначения (блоки) окон от производителя и так далее.

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

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

Проведя какое-то время за настройкой параметров для оптимальной конвертации, дальше можно уже просто использовать их в последующих операциях; в результате получается чертёж, который можно модифицировать при помощи инструментов имеющегося трехмерного редактора.

Выбор номер два: в пользу визуальной правильности

В другом случае достаточно только посмотреть, как выглядят чертежи из AutoCAD. К примеру, может быть нужно привязаться к прилегающей застройке или старым планам реконструируемого здания. Некоторые проектные бюро могут требовать чертежи для выяснения расположения несущих конструкций или систем отопления и электрики. Такие чертежи ни к чему редактировать, достаточно только просмотра и возможности ссылаться на них.

В этом случае лучшим решением является конвертация с сохранением визуальной точности изображения. Такая конвертация по принципу «что видим, то и имеем» показывает как бы образ файла AutoCAD так, как он выглядел изначально, и может быть размещена в 3D-модели для привязки к ней – оригинал при этом остаётся неизменным.

[Пояснение от автора: Graphisoft оплатил мои услуги по оценке качества конвертора DWG для ArchiCAD и по написанию статьи под названием «CAD и BIM: бесплатный билет есть? Отчет о рабочем процессе в GRAPHISOFT ArchiCAD при использовании формата DWG»]

Капитан Очевидность информирует

Россия саботировала работу над АЭС в Бушере. Это, конечно, секрет Полишинеля – она саботировала её уже самим фактом отправки инженеров в Бушер, где они в основном только бухали в станционном городке купались и покупали сувениры.

Оператор Фукусимской АЭС TEPCO признает свою непосредственную вину в аварии, гендиректор увольняется. Мало им, мало ещё.

Автодеск выпускает какую-то очередную адскую приблуду для кулибинов, креативно названную 123D (в честь измерений BIM, наверное) (ссылка на блог Кадовода, остальное всё на английском). Про недавно купленное приложение анализа гидродинамики (CFD) и про наш родной конечно-элементный анализ по-прежнему ничего нового, как и ожидалось.

Российский “Инфарс” мужественно сливает общественности конфиденциальную информацию об обновлениях в следующем релизе Autodesk Robot 2012? Нет, ничего подобного. Это просто циферку исправили в номере года. Автодеск приблизительно таким же образом новые версии и выпускает – путем глобальной замены 2011 на 2012.

Кстати, о Роботе и Автодеске. Они подняли из мертвых старый форум по Роботу на своём сайте и делают вид, что он новый. Получается некрасиво.

Выпади мои глазоньки.

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

В апреле был опубликован очередной обзор о степени распространения BIM (на этот раз в Англии), пошиба тех, какими пользуется в своей аргументации уважаемый Владимир Талапов.
Наконец-то стала понятна механика рисования цифр вроде “больше половины инженеров используют BIM”. Они просто опрашивают делегатов собственной BIM-конференции, серьезно. Удивительно, что эти проценты использования ещё не превысили 100%, с такой-то выборкой.

***

Ностальгическое. Как нам, пользователям Autodesk Robot, вешали лапшу на уши во время покупки Робобата Автодеском.
(Коммюнике для тех, кто пользуется Роботом недавно: программа Robot Millenium разрабатывалась компанией RoboBAT, которая затем была куплена корпорацией Autodeskи с тех пор выдаётся за свою). По ссылке – сказочки про интеграцию с BIM, “улучшенный API” (интересно, чем – он как был недоступен среднему инженеру, так и остаётся недоступен по сей день) и “улучшенные возможности анализа” (все помнят ошибку 5000 и невозможность считать динамику многопоточным решателем?).

В качестве красноречивой иллюстрации к бесшовной интеграции в BIM – первая же картинка в прошлогодней статье Владимира Талапова. Знатоки оценят “бороду” из конечных элементов на панелях. В подписи это скромно названо “стадией выявления ошибок в модели”. Бесшовный BIM такой бесшовный.

Извините, накипело. Следующим постом будет художественное произведение “Что нового в Autodesk Robot 2012?”. Художественное произведение ни разу не основано ни на каких документах никакой оскароносной корпорации.

Ах да, новый старый форум по Роботу на английском: http://forums.autodesk.com/t5/Autodesk-Robot-Structural/bd-p/351

Вот единственно возможное продолжение писанины здесь после таких месячных провалов.

Теперь собственно что хочется сказать, вернее показать:

http://vimeo.com/23285699

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

Ссылку дал кажется Эл Дин (или Мартин Дэй, я их всё время путаю) из Develop3D в Твиттере.