[VladiT]

В медиа-продвижении БИМ красной нитью проходит тема о том, что при внедрении БИМ сокращаются ошибки проектирования.

Но при этом, как-то за кадром остается то, что к привычным ошибкам проектировщиков могут добавиться и ошибки БИМ- менеджмента.

Удивительно, но явно считается, что сфера БИМ-менеджмента по непонятной причине не порождает никаких ошибок и является априорно средоточием исключительно верных решений. И это при условии, что БИМ-менеджерами редко становятся люди с большим опытом проектирования, а чаще всего такой менеджер по-сути, является всего лишь "молодым специалистом", которого раньше просто не допускали бы к серьезным вещам еще несколько лет.

Более того - в самой идеологии как минимум, Ревита - я не вижу вообще никаких технических решений, направленных на выявление и устранение ошибок электронного менеджмента проекта.
С позиции маркетинга подобное умолчание вполне понятно.

Но как обстоит дело в реальности?
Ведь сферой БИМ-менеджмента являются не локальные решения, а ключевые для проекта аспекты. И проблемы, здесь возникающие должны по идее, бить по всему проектному процессу.
В связи с этим, хочется обобщить имеющийся на сегодня опыт задействования БИМ-менеджмента в проектах и получить ответы на следующие вопросы:
1 - Действительно ли БИМ-менеджеры столь безупречны на практике, что не совершают никаких ошибок, сказывающихся на судьбе проекта? А может быть, "безошибочность" их вызвана просто тем, что БИМ внедряется пока локально и просто нет еще серьезного опыта его задействования по полной программе? И при более полном внедрении БИМ впоследствии скажется умолчание об этом?
2 - Если таковые ошибки все же наблюдались - нельзя ли их описать и по возможности, систематизировать?

Мне кажется, что анализ и обобщение типичных ошибок БИМ-менеджмента отчасти нивелирует полное отсутствие даже упоминания о них в медиа-продвижении БИМ-технологий и поможет нам лучше понимать суть дела, для большинства по-прежнему, нового и неизведанного.

[trir]

А в это время ищут Администратора САПР на строительство термоядерного реактора

[YarUnderoaker]

Сообщение от tankist Вскоре после публикации письма Autodesk выступила с заявлением, в котором поблагодарила архитекторов за конструктивную критику и признала, что в последние годы недостаточно инвестировала в развитие функционала, связанного с архитектурным моделированием, поскольку активно занималась развитием BIM-продуктов для инженеров и строителей.

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

ПС: мне вообще кажется что там жуткая текучка кадров.

[trir]

просто, что бы двигаться дальше - надо всё выкинуть и начать заново

[ShaggyDoc]

Сообщение от YarUnderoaker Что-то автодеску мешает расширить штат разработчиков и развивать больше направлений.

Зачем им это? "Пипл хавает".

Сообщение от YarUnderoaker мне вообще кажется что там жуткая текучка кадров

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

[Нубий-IV]

Сообщение от Старый лицедей Все на высшем уровне, картинки - супер!

Да в биме такую лестницу сделать - раз плюнуть!

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

[Ranli]

Сообщение от Нубий-IV Да в биме такую лестницу сделать - раз плюнуть!

и проход для кошечки щитай оставили!

[iliorik]

Сообщение от YarUnderoaker Кто-то использует Naviswork Quantification для создания ведомости объемов работ и ведомости материалов?

Используем. Привязка сметной расценки идет к коду классификатора материала (именно материала а не элемента).
Для начала советую посмотреть видео в youtube как работать. Все подробно рассказывает. А потом делать свои шаблоны для выгрузки объемов работ

[YarUnderoaker]

Сообщение от ShaggyDoc Зачем им это? "Пипл хавает".

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

[csp]

Сообщение от iliorik Привязка сметной расценки идет к коду классификатора материала (именно материала а не элемента).

Это в машиностроении видимо? В строительстве расценки зависят от материала, конструкции, объема конструкции и т.д..

[iliorik]

Сообщение от csp Это в машиностроении видимо? В строительстве расценки зависят от материала, конструкции, объема конструкции и т.д..

Вопрос конкретно к Naviswork Quantification, которая выдает объем, в соответствии с заданными правилами (куб.м., кв.м., пог.м., шт). Когда конструкция состоит из нескольких материалов (стена, стяжка), важно, что бы учитывались разные материалы.

[VladiT]

Сообщение от trir просто, что бы двигаться дальше - надо всё выкинуть и начать заново

У меня чисто интуитивное ощущение что где-то в самом ядре Ревита (или как это более правильно называется?) заложено что-то либо устаревшее, либо ошибочное. Как-будто зерно посадили в неверную почву. Есть ли причины для такого подозрения с точки зрения программирования и более глубокого чем у меня знания вопроса?

[tigra-18]

Сообщение от VladiT У меня чисто интуитивное ощущение что где-то в самом ядре Ревита

- оно явно видно, это ошибочное - ограничение минимального значения перемещения, что-то около 0.7 мм. Так вроде незначительная величина, но показательно что ядро не может такие значения переварить. Хотя для эскизного проектирования, коим инструментом и является Ревит, это нестрашно, для программы из категории САПР это непорядок.

[iliorik]

Сообщение от tigra-18 - оно явно видно, это ошибочное - ограничение минимального значения перемещения, что-то около 0.7 мм. Так вроде незначительная величина, но показательно что ядро не может такие значения переварить. Хотя для эскизного проектирования, коим инструментом и является Ревит, это нестрашно, для программы из категории САПР это непорядок.

Его в 2019 починили. Теперь хоть на 0.001 двигай

[tigra-18]

Сообщение от iliorik Его в 2019 починили. Теперь хоть на 0.001 двигай

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

[iliorik]

Я сам удивился когда обновил Revit и подвинул на расстояние меньше 0.7 и ждал ошибку, а её не было.
Добавили так же уменьшение и увеличение таблиц колесиком мыши. Это настолько удобно, что не передать.

[trir]

Есть ли причины для такого подозрения с точки зрения программирования и более глубокого чем у меня знания вопроса?

например exe-шник Revit выполняет VBScript, а его логи - это чистый VBScript

В Revit встроен SharpDevelop - посмотри когда вышла последняя версия
Dynamo использует IronPython 2.7!!!

Revit это просто парад жуткого legacy

[oleg_ua]

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

[trir]

https://pikabu.ru/story/esli_byi_k_s...mistam_2649442

[tigra-18]

Offtop:

Сообщение от oleg_ua тогда применимо к нашей профессии, любая реконструкция не имеет смысла. Надо все сносить и строить заново из самых современных материалов самым современным инструментом.

- если все как пишут на форуме - "взялся за реконструкцию - приведи все в соответствие с актуальными нормами", то наверное да, чаще дешевле все снести и построить заново.

[trir]

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