#Теория Стабильность данных
Сперва расскажу про случай из своего опыта. В AECOM я работал над проектом Лайф Лесная Пионера, делали его в BIM. И я там настроил автоматический пересчет по запуску скрипта квартирографии и сбор ТЭПов (по 6 корпусам на 200 т.м2) в итоге мог за 10 минут (9 из них на открытие файлов) обновить квартирографию и тэпы автоматически. В итоге все было хорошо до первого сбоя, пока в каком-то помещении стеночка не стала через себя пропускать помещение соседней квартиры и квартира не увеличилась в площади в 3 раза. Позже я ушёл оттуда и скрипт без меня и вовсе не заработал.
Этот случай научил меня, что у данных есть такие параметры, как: достоверность, частота изменения, стабильность, а у программ - самостоятельность.
Дело в том, что сложные системы хоть и могут автоматизировать процесс, но результат их работы сложно проверить и по трудоёмкости эта проверка может приближаться к ручному выполнению задачи.
В то же время существуют часто меняющиеся данные и редко, есть диапазон их изменения, который не существенно влияет на определенные задачи, т.е. из-за которого не стоит делать систему нестабильной и заставлять в онлайне пересчитывать смежников все расчеты. Т.е. существуют запасы и допустимые риски, которые могут нивелировать незначительные изменения.
Это приводит к тому, что на текущем этапе технологического развития иногда стабильнее попросить специалиста потратить 1 раз в неделю 5 минут своего драгоценнейшего времени, чтобы перебить ручками (а заодно и проверить) ТЭПы, вместо того чтобы городить нестабильного монстра, который без программистов, его поддерживающих, не работает.
Сперва расскажу про случай из своего опыта. В AECOM я работал над проектом Лайф Лесная Пионера, делали его в BIM. И я там настроил автоматический пересчет по запуску скрипта квартирографии и сбор ТЭПов (по 6 корпусам на 200 т.м2) в итоге мог за 10 минут (9 из них на открытие файлов) обновить квартирографию и тэпы автоматически. В итоге все было хорошо до первого сбоя, пока в каком-то помещении стеночка не стала через себя пропускать помещение соседней квартиры и квартира не увеличилась в площади в 3 раза. Позже я ушёл оттуда и скрипт без меня и вовсе не заработал.
Этот случай научил меня, что у данных есть такие параметры, как: достоверность, частота изменения, стабильность, а у программ - самостоятельность.
Дело в том, что сложные системы хоть и могут автоматизировать процесс, но результат их работы сложно проверить и по трудоёмкости эта проверка может приближаться к ручному выполнению задачи.
В то же время существуют часто меняющиеся данные и редко, есть диапазон их изменения, который не существенно влияет на определенные задачи, т.е. из-за которого не стоит делать систему нестабильной и заставлять в онлайне пересчитывать смежников все расчеты. Т.е. существуют запасы и допустимые риски, которые могут нивелировать незначительные изменения.
Это приводит к тому, что на текущем этапе технологического развития иногда стабильнее попросить специалиста потратить 1 раз в неделю 5 минут своего драгоценнейшего времени, чтобы перебить ручками (а заодно и проверить) ТЭПы, вместо того чтобы городить нестабильного монстра, который без программистов, его поддерживающих, не работает.
#Подкасты Вышел новый подкаст у BIM-Дудя
https://youtu.be/DK7b4D4Xi9U
Про государственный ТИМ, почему так получается, рассказал Роман Сидоренко.
Вкратце:
- BIM это мелко, только для проектировщиков, а мы хотим для эксплуатации, там, говорят, основная экономия от BIM.
- мы пообщались с экспертами по BIM из ЖКХ и они научили, что не нужна модель, только pdf'ки по папочкам.
- ТИМ - это глобальнее чем BIM, это круче, ни у кого такого нет, нам все завидуют.
- BIM бы никто не смог из региональных проектировщиков и все бы обанкротились.
- чтобы BIM описывать у нас ресурсов и времени нет.
- не верю что возможно внедрить BIM на государственном уровне
- верю что в соседнем ведомстве пишут нейронку которая генерирует письма и сопоставляет нормативные документы, с таблицами правда не может разобраться.
- надеюсь, что успеем до 1 января сделать обязательный ТИМ необязательным.
- КСИ не отменим, предложите нам что сверху понаписать, чтобы не так смешно выглядело.
- иногда мы хотим написать одно, а получается другое, ну что поделаешь, бывает.
https://youtu.be/DK7b4D4Xi9U
Про государственный ТИМ, почему так получается, рассказал Роман Сидоренко.
Вкратце:
- BIM это мелко, только для проектировщиков, а мы хотим для эксплуатации, там, говорят, основная экономия от BIM.
- мы пообщались с экспертами по BIM из ЖКХ и они научили, что не нужна модель, только pdf'ки по папочкам.
- ТИМ - это глобальнее чем BIM, это круче, ни у кого такого нет, нам все завидуют.
- BIM бы никто не смог из региональных проектировщиков и все бы обанкротились.
- чтобы BIM описывать у нас ресурсов и времени нет.
- не верю что возможно внедрить BIM на государственном уровне
- верю что в соседнем ведомстве пишут нейронку которая генерирует письма и сопоставляет нормативные документы, с таблицами правда не может разобраться.
- надеюсь, что успеем до 1 января сделать обязательный ТИМ необязательным.
- КСИ не отменим, предложите нам что сверху понаписать, чтобы не так смешно выглядело.
- иногда мы хотим написать одно, а получается другое, ну что поделаешь, бывает.
YouTube
Поговорим за BIM: Александр Осипов и Роман Сидоренко|Государственный BIM (ТИМ)
Первая часть про государственный BIM: https://youtu.be/LLXJC9YIBwU
Онлайн-курсы Civil 3D, Infraworks, Revit ИССО и Autodesk Subassembly Composer https://infrabim.pro/online-course
Тайминг для ленивых:
00:00 Вводное слово
01:44 Как государственный BIM начинался…
Онлайн-курсы Civil 3D, Infraworks, Revit ИССО и Autodesk Subassembly Composer https://infrabim.pro/online-course
Тайминг для ленивых:
00:00 Вводное слово
01:44 Как государственный BIM начинался…
#Классификатор Основы. Часть 1.
Обычно, в широком смысле под классификаторами подразумевают справочники позиций, сгруппированные в иерархические структуры.
Примеры тому КСР у нас и Uniformat, Uniclass, Omniclass - в мире.
Но можно относиться к классам как сущностям программирования. Т.е. например как классам IFC или RVT. Эти классы - это сущности, которые отвечают за способы создания экземпляров класса, набор атрибутов и методов взаимодействия с ними.
Например в IFC есть классы Wall, Slab, Column. В RVT - это Wall, Floor, FamilyInstance.
Эти классы иногда группируются в "сборники классов" - Namespaces, примерно по типу применения - Architecture/Structure/Mechanical.
Ещё у классов в программировании может быть наследование. Т.е. один класс может быть наследником из другого и взять в себя наследуемые атрибуты и методы из родительского класса. Таким образом можно отобразить иерархию классов через наследуемость.
Обычно, в широком смысле под классификаторами подразумевают справочники позиций, сгруппированные в иерархические структуры.
Примеры тому КСР у нас и Uniformat, Uniclass, Omniclass - в мире.
Но можно относиться к классам как сущностям программирования. Т.е. например как классам IFC или RVT. Эти классы - это сущности, которые отвечают за способы создания экземпляров класса, набор атрибутов и методов взаимодействия с ними.
Например в IFC есть классы Wall, Slab, Column. В RVT - это Wall, Floor, FamilyInstance.
Эти классы иногда группируются в "сборники классов" - Namespaces, примерно по типу применения - Architecture/Structure/Mechanical.
Ещё у классов в программировании может быть наследование. Т.е. один класс может быть наследником из другого и взять в себя наследуемые атрибуты и методы из родительского класса. Таким образом можно отобразить иерархию классов через наследуемость.
#Классификатор Основы. Часть 2.
Классификаторы (в широком смысле) должны позволять решить определенные задачи. Идеальной группировки по набору признаков не существует, любая группировка - только для решения конкретной задачи.
Классификаторы используют для отнесения какого-либо элемента к определенной группе, с набором одинаковых характеристик влияющих на решение задачи.
Например справочники расценок (их обычно не называют классификатором, но по сути они ничем не отличаются) - группирует элементы по признакам, влияющим на определение трудоёмкости и стоимости выполнения работ. Но не группируют позиции по статьям бюджета, используемому материалу, механизмам или типу подрядчика исполнителя.
Справочник расценок собран так, чтобы можно было поиском найти похожую на нужную расценку и вручную довыбрать то что нужно, доуточнить.
В то же время иерархичность сметных расценок позволяет их дополнять и расшивать не смещая последующие позиции.
Классификаторы (в широком смысле) должны позволять решить определенные задачи. Идеальной группировки по набору признаков не существует, любая группировка - только для решения конкретной задачи.
Классификаторы используют для отнесения какого-либо элемента к определенной группе, с набором одинаковых характеристик влияющих на решение задачи.
Например справочники расценок (их обычно не называют классификатором, но по сути они ничем не отличаются) - группирует элементы по признакам, влияющим на определение трудоёмкости и стоимости выполнения работ. Но не группируют позиции по статьям бюджета, используемому материалу, механизмам или типу подрядчика исполнителя.
Справочник расценок собран так, чтобы можно было поиском найти похожую на нужную расценку и вручную довыбрать то что нужно, доуточнить.
В то же время иерархичность сметных расценок позволяет их дополнять и расшивать не смещая последующие позиции.
#Классификатор Основы. Часть 3.
В классификаторах в широком смысле код нужен для того, чтобы называть элементы не словами или буквами какого-то языка, а цифрами.
Если писать код словами или буквами, то есть шанс опечататься или применить символ из соседнего языка - например "МРСК" может быть написано и английскими и кириллическими буквами.
По началу некоторые коды писались только цифрами 1.2.3, но потом люди столкнулись с проблемой автораспознавания таких данных как формат даты в Excel. Это нельзя было игнорировать, т.к. Excel является основным инструментом работы с классификаторами.
В некоторых кодах добавили первым символом букву. Это позволило распознавать любой код как строку (но буква по прежнему добавляла возможность написать её другим языком).
Из-за потребности в различных классификаторах и разработке целых систем классификационных таблиц (Omniclass, Uniclass) первым стал номер таблицы, а точку было принято сперва заменить на нижнее подчеркивание, а затем просто на пробел (изначально было опасение, что люди могут поставить несколько пробелов и визуально мол будет незаметно, но потом вспомнили что есть функция убирающая дубли пробелов и убедились, что и с нижними подчеркиваниями также бывает ставят несколько).
В классификаторах в широком смысле код нужен для того, чтобы называть элементы не словами или буквами какого-то языка, а цифрами.
Если писать код словами или буквами, то есть шанс опечататься или применить символ из соседнего языка - например "МРСК" может быть написано и английскими и кириллическими буквами.
По началу некоторые коды писались только цифрами 1.2.3, но потом люди столкнулись с проблемой автораспознавания таких данных как формат даты в Excel. Это нельзя было игнорировать, т.к. Excel является основным инструментом работы с классификаторами.
В некоторых кодах добавили первым символом букву. Это позволило распознавать любой код как строку (но буква по прежнему добавляла возможность написать её другим языком).
Из-за потребности в различных классификаторах и разработке целых систем классификационных таблиц (Omniclass, Uniclass) первым стал номер таблицы, а точку было принято сперва заменить на нижнее подчеркивание, а затем просто на пробел (изначально было опасение, что люди могут поставить несколько пробелов и визуально мол будет незаметно, но потом вспомнили что есть функция убирающая дубли пробелов и убедились, что и с нижними подчеркиваниями также бывает ставят несколько).
👍3
#Новости Стартует второй поток бесплатного онлайн курса "BIM-менеджер" Александра Высоцкого, Росатома и ННГАСУ.
В этом году к ним присоединились еще Altec Systems.
Теперь будет моделироваться не только Нижний Новгород, но и Екатеринбург.
Официальная страница
https://edu.bim.vc
Новость
https://clc.to/bim-manager-v2.0
Честный обзор как проходил 1 поток
❗️ С ссылками на лекции и телеграмм каналы
https://vk.com/@54806531-pro-obuchenie-na-kurse-bim-menedzhment
В этом году к ним присоединились еще Altec Systems.
Теперь будет моделироваться не только Нижний Новгород, но и Екатеринбург.
Официальная страница
https://edu.bim.vc
Новость
https://clc.to/bim-manager-v2.0
Честный обзор как проходил 1 поток
❗️ С ссылками на лекции и телеграмм каналы
https://vk.com/@54806531-pro-obuchenie-na-kurse-bim-menedzhment
#Классификатор Основы. Часть 4.
Хороший пример классификатора - это каталог товаров в онлайн-магазинах и сервисах доставки (н-р Wildberries, Ozon) Они разложили товары по группам и назвали их понятно для потенциального покупателя. Но они не используют коды - это программная реализация иерархической структуры сущностей, когда есть возможность работать в одной системе с известной базой данных. Понятно что в стройке мы всех на одно приложение подсадить не можем. Но в то же время структуры этих каталогов онлайн магазинов не утверждены на государственном уровне.
Следующий пример. Допустим нам надо классифицировать игрушки ребенка, и, в частности, деревянную лошадку на колесиках. Мы можем создать классификатор с живое, неживое, а закончить с колесиками или без. Можем начать структуру группировки с материала из которого она сделана, или с отечественности производителя. Можем как в КСИ сделать 3 таблицы: ФнС, ТхС, Ком, в которых нужный нам объект будет лежать в группах: предмет изображающий животное, предмет с 4 колесами, объект проводящийся в движение рукой в горизонтальном направлении.
Разные классификации позволят решить нам разные задачи, например если разложить по производителям, то в случае наложения на нас санкций, выбирать только из лошадок отечественного производства, если сгруппировать по материалу, то можно будет выбирать только деревянные или пластиковые, кому как нравится. Можно сгруппировать по цвету или другим признакам.
Конечно, каждый из этих атрибутов будет отдельным, и всегда можно сделать фильтр, чтобы выбирать из нужных, а не по дереву товаров. Но в каталогах товаров же не лежат все товары одним списком: мол ищите поиском или фильтрами, потому что кто-то ищет и по дереву вручную. Т.е. в каталоге товаров нужна наиболее привычная, понятная, наиболее однозначная группировка.
Наличие поиска и фильтра не говорит нам о том, что каталог можно сделать вообще любой непонятный всем, по произвольной логике, особенно если он формирует код позиции. Если делать ставку на поиск по атрибутам, то можно и вовсе все позиции пронумеровать по порядку и не придумывать иерархии.
Хороший пример классификатора - это каталог товаров в онлайн-магазинах и сервисах доставки (н-р Wildberries, Ozon) Они разложили товары по группам и назвали их понятно для потенциального покупателя. Но они не используют коды - это программная реализация иерархической структуры сущностей, когда есть возможность работать в одной системе с известной базой данных. Понятно что в стройке мы всех на одно приложение подсадить не можем. Но в то же время структуры этих каталогов онлайн магазинов не утверждены на государственном уровне.
Следующий пример. Допустим нам надо классифицировать игрушки ребенка, и, в частности, деревянную лошадку на колесиках. Мы можем создать классификатор с живое, неживое, а закончить с колесиками или без. Можем начать структуру группировки с материала из которого она сделана, или с отечественности производителя. Можем как в КСИ сделать 3 таблицы: ФнС, ТхС, Ком, в которых нужный нам объект будет лежать в группах: предмет изображающий животное, предмет с 4 колесами, объект проводящийся в движение рукой в горизонтальном направлении.
Разные классификации позволят решить нам разные задачи, например если разложить по производителям, то в случае наложения на нас санкций, выбирать только из лошадок отечественного производства, если сгруппировать по материалу, то можно будет выбирать только деревянные или пластиковые, кому как нравится. Можно сгруппировать по цвету или другим признакам.
Конечно, каждый из этих атрибутов будет отдельным, и всегда можно сделать фильтр, чтобы выбирать из нужных, а не по дереву товаров. Но в каталогах товаров же не лежат все товары одним списком: мол ищите поиском или фильтрами, потому что кто-то ищет и по дереву вручную. Т.е. в каталоге товаров нужна наиболее привычная, понятная, наиболее однозначная группировка.
Наличие поиска и фильтра не говорит нам о том, что каталог можно сделать вообще любой непонятный всем, по произвольной логике, особенно если он формирует код позиции. Если делать ставку на поиск по атрибутам, то можно и вовсе все позиции пронумеровать по порядку и не придумывать иерархии.
Вводим новую рубрику #СтроительныеРассказы
*Все описанные события вымышлены, любое совпадение с реальностью случайно. (Взято из @bimchat)
Садик.
декабрь 2018 - подписали ТЗ;
июль 2019 - подготовили конкурсную документацию для тендера на ПИР на госзакупках;
сентябрь 2019 - провели тендер, определили проектировщика (УхтаГражданПроект, вологодский филиал, юридический адрес в Саратове, фактический - в Сыктывкаре) с понижением 40% от сметы
декабрь 2019 - проектировщик разобрался с документами и прислал письмо что документов нет ГПЗУ нужно получать новый, а для этого нужны новые ТУ, и ещё нужно получить ТУ на вынос непойми чьего водопровода из пятна застройки потому что он идёт прямо посередине и непонятно что с ним делать
март 2020 - получили новые ТУ и подали на новый ГПЗУ (кроме водопровода, т.к. владельцев не нашли, и никто их особо не искал)
апрель 2020 - получили новый ГПЗУ, но его было некому забрать потому что локдаун. Проектировщик написал письмо о приостановке работ
июль 2020 - наконец разобрались как забрать новый ГПЗУ, забрали, отправили проектировщику
август 2020 - подошёл срок исполнения контракта, работы не выполнены, Комитет по строительству направил подрядчику письмо о расторжении
октябрь 2020 - контракт расторгнут, далее этим объектом не занимались до конца года т.к. тут уже всё равно неосвоение бюджета как ни крутись, а есть сдаточные объекты этого года и нужно хотя бы по ним закрыть всё по максимуму
Январь 2021 - объект добавлен в АИП 2021 года по статье "проектирование" и ждёт утверждения лимитов финансирования
Март 2021 - утвердили лимиты
апрель 2021 - объявлен повторный тендер. За ту стоимость которая указана желающих проектировать не нашлось. В последний день председатель комитета попросил знакомого владельца строительной компании в счёт прибыльных контрактов по инженерной подготовке запроектировать заодно этот чёртов садик. Документы на тендер подали за один день, победил единственный участник по цене 0.9975 от НМЦ
май 2021 - опять вспомнили про вынос водопровода из пятна застройки. Для поиска владельца водопровода, владелец компании-проектировщика откомандировал на участок экскаватор из строительного подразделения. Экскаватор успешно порвал водопровод, владелец прибежал через полчаса.
июнь 2021 - от владельца водопровода получены ТУ на вынос. Владелец обязуется перенести водопровод из пятна застройки за свой счёт, в тексте ТУ написано "обеспечить проектом возможность самостоятельного выноса водопровода владельцем".
август 2021 - проект подготовлен (по найденному аналогу 2014 года с минимальными доработками; а что вы хотели, проект-то "факуальтативный", в нагрузку, хотя от ГИПа всё равно требуют чтобы он был прибыльным)
сентябрь 2021 - документацию наконец занесли в ГАУ ЦГЭ
___продолжение следует
Можете писать в комментарии как BIM помог бы в данной ситуации.
*Все описанные события вымышлены, любое совпадение с реальностью случайно. (Взято из @bimchat)
Садик.
декабрь 2018 - подписали ТЗ;
июль 2019 - подготовили конкурсную документацию для тендера на ПИР на госзакупках;
сентябрь 2019 - провели тендер, определили проектировщика (УхтаГражданПроект, вологодский филиал, юридический адрес в Саратове, фактический - в Сыктывкаре) с понижением 40% от сметы
декабрь 2019 - проектировщик разобрался с документами и прислал письмо что документов нет ГПЗУ нужно получать новый, а для этого нужны новые ТУ, и ещё нужно получить ТУ на вынос непойми чьего водопровода из пятна застройки потому что он идёт прямо посередине и непонятно что с ним делать
март 2020 - получили новые ТУ и подали на новый ГПЗУ (кроме водопровода, т.к. владельцев не нашли, и никто их особо не искал)
апрель 2020 - получили новый ГПЗУ, но его было некому забрать потому что локдаун. Проектировщик написал письмо о приостановке работ
июль 2020 - наконец разобрались как забрать новый ГПЗУ, забрали, отправили проектировщику
август 2020 - подошёл срок исполнения контракта, работы не выполнены, Комитет по строительству направил подрядчику письмо о расторжении
октябрь 2020 - контракт расторгнут, далее этим объектом не занимались до конца года т.к. тут уже всё равно неосвоение бюджета как ни крутись, а есть сдаточные объекты этого года и нужно хотя бы по ним закрыть всё по максимуму
Январь 2021 - объект добавлен в АИП 2021 года по статье "проектирование" и ждёт утверждения лимитов финансирования
Март 2021 - утвердили лимиты
апрель 2021 - объявлен повторный тендер. За ту стоимость которая указана желающих проектировать не нашлось. В последний день председатель комитета попросил знакомого владельца строительной компании в счёт прибыльных контрактов по инженерной подготовке запроектировать заодно этот чёртов садик. Документы на тендер подали за один день, победил единственный участник по цене 0.9975 от НМЦ
май 2021 - опять вспомнили про вынос водопровода из пятна застройки. Для поиска владельца водопровода, владелец компании-проектировщика откомандировал на участок экскаватор из строительного подразделения. Экскаватор успешно порвал водопровод, владелец прибежал через полчаса.
июнь 2021 - от владельца водопровода получены ТУ на вынос. Владелец обязуется перенести водопровод из пятна застройки за свой счёт, в тексте ТУ написано "обеспечить проектом возможность самостоятельного выноса водопровода владельцем".
август 2021 - проект подготовлен (по найденному аналогу 2014 года с минимальными доработками; а что вы хотели, проект-то "факуальтативный", в нагрузку, хотя от ГИПа всё равно требуют чтобы он был прибыльным)
сентябрь 2021 - документацию наконец занесли в ГАУ ЦГЭ
___продолжение следует
Можете писать в комментарии как BIM помог бы в данной ситуации.
❤1
#Практика #Стандарты
Чек-лист проверки проектной BIM модели.
1. Файлы ИМ загружены, наименованы правильно, имеют требуемый формат.
2. Модели имеют единые координаты, объединяются в сводный файл.
3. Чертежи подготовлены и выпущены на основании моделей.
4. Требуемые элементы смоделированы и имеют корректную разбивку (по слоям, этажам).
5. В элементах присутствуют и заполнены требуемые параметры (Код по классификатору, Секция, Этаж, иные параметры по матрице LOI).
6. Отсутствуют задублированность и критичные коллизии между элементами (критичные коллизии определены матрицей коллизий с указанием допусков).
7. В модели отсутствуют "мусорные элементы", которые не указывают на реальные объекты в их проектном положении.
Чек-лист проверки проектной BIM модели.
1. Файлы ИМ загружены, наименованы правильно, имеют требуемый формат.
2. Модели имеют единые координаты, объединяются в сводный файл.
3. Чертежи подготовлены и выпущены на основании моделей.
4. Требуемые элементы смоделированы и имеют корректную разбивку (по слоям, этажам).
5. В элементах присутствуют и заполнены требуемые параметры (Код по классификатору, Секция, Этаж, иные параметры по матрице LOI).
6. Отсутствуют задублированность и критичные коллизии между элементами (критичные коллизии определены матрицей коллизий с указанием допусков).
7. В модели отсутствуют "мусорные элементы", которые не указывают на реальные объекты в их проектном положении.
#ГосТИМ
Разыскивается: ТИМ-модель!
Пока наше государство планировало переходить на BIM-технологии (примерно с 2014 года), вопроса как же будет выглядеть результат этого перехода не возникало. У частных застройщиков всегда были образцы BIM-моделей, которые можно было показать чиновникам высокого ранга как "то к чему будем стремиться и в госзаказе". Да, часто это была "пыль в глаза" и "весёлые картинки", то что сейчас называют маркетингом или BIM-инфоцыганством.
Но всё же примеры BIM-моделей были, а сейчас их стало и ещё больше, можно зайти к любому крупному девелоперу и посмотреть. (как Минстрой недавно смотрел BIM-модели в ГК "Эталон").
Однако в последнее время стало однозначно понятно, что государство переходит не на BIM, а на ТИМ, и мы уже из каждого утюга слышим, что BIM и ТИМ это не одно и то же.
Что такое ТИМ - пока вопрос дискуссионный, так например бывший замминистра Александр Козлов говорил что ТИМ это более широкое понятие, и BIM там сидит где-то внутри него, а Роман Сидоренко из подведомственного Минстрою же учреждения наоборот сказал что переходить сразу на BIM сейчас всем госзаказчикам рискованно, и потому придумали лайт-вариант - ТИМ, который никого ни к чему особо не обяжет.
Но какую бы позицию мы ни приняли, есть одна проблема: никто и нигде ещё не показывал пример ТИМ-модели, выполненной по правилам, по которым такие модели должны будут выполнять с 1 января 2022 года согласно 331 постановлению правительства. То есть когда говорят "мы переходим на ТИМ", в головах чиновников рисуются картинки красивых 3-4-5-8D моделей, которые будут приносить подрядчики по госзаказам, которые показывают на конкурсах BIM-технологий и на экскурсиях для министров.
Но когда специалисты по BIM задают этим чиновникам вопрос "а где требования, согласно которым нужно будет делать эти самые модели", оказывается что требований нет (как нет шаблона государственного EIR) либо наоборот, они есть, но рассинхронизированные, бессмысленные и невыполнимые в реальности (как СП333 от 2020 года и КСИ).
И, соответственно, нет НИ ОДНОГО проекта, который бы привели как эталон ТИМ - чтобы можно было сказать "с 1 января все проекты должны будут выглядеть ТАК!".
Думаю, до конца года такой образец всё же должен появиться, и вангую что очень многих он сильно разочарует...
Разыскивается: ТИМ-модель!
Пока наше государство планировало переходить на BIM-технологии (примерно с 2014 года), вопроса как же будет выглядеть результат этого перехода не возникало. У частных застройщиков всегда были образцы BIM-моделей, которые можно было показать чиновникам высокого ранга как "то к чему будем стремиться и в госзаказе". Да, часто это была "пыль в глаза" и "весёлые картинки", то что сейчас называют маркетингом или BIM-инфоцыганством.
Но всё же примеры BIM-моделей были, а сейчас их стало и ещё больше, можно зайти к любому крупному девелоперу и посмотреть. (как Минстрой недавно смотрел BIM-модели в ГК "Эталон").
Однако в последнее время стало однозначно понятно, что государство переходит не на BIM, а на ТИМ, и мы уже из каждого утюга слышим, что BIM и ТИМ это не одно и то же.
Что такое ТИМ - пока вопрос дискуссионный, так например бывший замминистра Александр Козлов говорил что ТИМ это более широкое понятие, и BIM там сидит где-то внутри него, а Роман Сидоренко из подведомственного Минстрою же учреждения наоборот сказал что переходить сразу на BIM сейчас всем госзаказчикам рискованно, и потому придумали лайт-вариант - ТИМ, который никого ни к чему особо не обяжет.
Но какую бы позицию мы ни приняли, есть одна проблема: никто и нигде ещё не показывал пример ТИМ-модели, выполненной по правилам, по которым такие модели должны будут выполнять с 1 января 2022 года согласно 331 постановлению правительства. То есть когда говорят "мы переходим на ТИМ", в головах чиновников рисуются картинки красивых 3-4-5-8D моделей, которые будут приносить подрядчики по госзаказам, которые показывают на конкурсах BIM-технологий и на экскурсиях для министров.
Но когда специалисты по BIM задают этим чиновникам вопрос "а где требования, согласно которым нужно будет делать эти самые модели", оказывается что требований нет (как нет шаблона государственного EIR) либо наоборот, они есть, но рассинхронизированные, бессмысленные и невыполнимые в реальности (как СП333 от 2020 года и КСИ).
И, соответственно, нет НИ ОДНОГО проекта, который бы привели как эталон ТИМ - чтобы можно было сказать "с 1 января все проекты должны будут выглядеть ТАК!".
Думаю, до конца года такой образец всё же должен появиться, и вангую что очень многих он сильно разочарует...
#Содержание Просто о BIM @prostobim
Начал вести тэги по рубрикам. Иду с конца в начало, постепенно тэгируя посты. Для использования, нажмите на интересующий тег и он найдет посты этой рубрики.
Часть уже обработал, пробуйте - пишите в комментарии удобно или нет, или что поправить.
#Теория #Практика #Новости #Интриги #ГосТИМ #Стандарты #Классификатор #Подкасты #Деньги #СтроительныеРассказы #IFC #ACC #СуперСистемы #SIGNAL #Образование
#Ссылки #Рейтинги #Autodesk #СтроительствоVSМашиностроение
#Dynamo #Python
Начал вести тэги по рубрикам. Иду с конца в начало, постепенно тэгируя посты. Для использования, нажмите на интересующий тег и он найдет посты этой рубрики.
Часть уже обработал, пробуйте - пишите в комментарии удобно или нет, или что поправить.
#Теория #Практика #Новости #Интриги #ГосТИМ #Стандарты #Классификатор #Подкасты #Деньги #СтроительныеРассказы #IFC #ACC #СуперСистемы #SIGNAL #Образование
#Ссылки #Рейтинги #Autodesk #СтроительствоVSМашиностроение
#Dynamo #Python
👍3❤2🔥1👨💻1
Просто о BIM pinned «#Содержание Просто о BIM @prostobim Начал вести тэги по рубрикам. Иду с конца в начало, постепенно тэгируя посты. Для использования, нажмите на интересующий тег и он найдет посты этой рубрики. Часть уже обработал, пробуйте - пишите в комментарии удобно…»
Просто о BIM pinned «СОДЕРЖАНИЕ КАНАЛА #Содержание ЧАСТЬ 1 ЧАСТЬ 2 ЧАСТЬ 3 ЧАСТЬ 4 ЧАСТЬ 5»
#Новости #AU2021 #Ссылки
7 и 8 октября пройдет русская секция AU2021
Можно смотреть онлайн и в записи
РЕГИСТРАЦИЯ РАСПИСАНИЕ
Наши доклады:
> Эффективная разработка собственных программных продуктов с платформой Forge (Александр Попов)
> BIM сопровождение строительства и передача модели в эксплуатацию (Никита Поспелов)
Новые продукты:
> Управление проектными данными и финансами в DSX: снижаем издержки с Forge (Артем Вайтицкий)
> Облачные решения «G-TEC Suite» ГК “ФСК” (Дмитрий Журавленко, Сергей Бирюков)
> Онлайн продажа квартир с полной отделкой (Павел Балобанов)
Проектировщикам:
> Шаблоны Revit 2021: краткий обзор новинок (Дмитрий Чубрик)
> Высокая промышленная повторяемость в проектах (Александр Бойцов)
> BIM-моделирование ПС 220 кВ (Александр Лапыгин)
Другие интересные:
> Формирование спецификаций и работа с данными в Civil 3D (Александр Панькин)
> Nika information (Алексей Бабинов)
> Бесплатная система управления моделями, качеством и BIM-контентом для всех (Дмитрий Бисеров)
7 и 8 октября пройдет русская секция AU2021
Можно смотреть онлайн и в записи
РЕГИСТРАЦИЯ РАСПИСАНИЕ
Наши доклады:
> Эффективная разработка собственных программных продуктов с платформой Forge (Александр Попов)
> BIM сопровождение строительства и передача модели в эксплуатацию (Никита Поспелов)
Новые продукты:
> Управление проектными данными и финансами в DSX: снижаем издержки с Forge (Артем Вайтицкий)
> Облачные решения «G-TEC Suite» ГК “ФСК” (Дмитрий Журавленко, Сергей Бирюков)
> Онлайн продажа квартир с полной отделкой (Павел Балобанов)
Проектировщикам:
> Шаблоны Revit 2021: краткий обзор новинок (Дмитрий Чубрик)
> Высокая промышленная повторяемость в проектах (Александр Бойцов)
> BIM-моделирование ПС 220 кВ (Александр Лапыгин)
Другие интересные:
> Формирование спецификаций и работа с данными в Civil 3D (Александр Панькин)
> Nika information (Алексей Бабинов)
> Бесплатная система управления моделями, качеством и BIM-контентом для всех (Дмитрий Бисеров)
👍1
#СтроительствоVSМашиностроение Часть 1.
По мотивам дискуссии в @bimchat подытожил своё мнение в 4 частях.
Иногда мы путаем похожее и противоположное. Например зеркальные сборные железобетонные панели - это не похожие элементы, нельзя один поставить вместо другого, даже подпилив или просверлив. Они полностью не подходят на место друг друга. Также и строительство с машиностроением если и похожи в каких-то аспектах (вроде массы и стоимости зеркальных панелей), то по сути все-таки являются очень разными.
Разница между строительством и машиностроением заключается в том, что в машиностроении продукт динамичный, средства производства статичны, высокая повторяемость (проект долго готовится, продукт редко изменяется, любое изменение - это стресс для продукта и длительное время прорабатывается). Цикл выпуска одного изделия - часы, дни, недели.
В строительстве продукт статичный, средства производства динамичны. проект делается в максимально сжатые сроки в ущерб проработке и качеству, каждый раз чуть ли не заново, изменения - это норма и они всегда идут вплоть до конца реализации. Низкая повторяемость, к следующему изделию проект меняется на 10%, что затрагивает до 50% элементов. Цикл выпуска одного изделия - 1-3 года.
В машиностроении основные детали - типовые, одинаковые, в строительстве основные детали (стены, перекрытия) - уникальны.
Главное отличие стройки от машиностроения, что на момент её начала, есть только примерное описание требуемого результата, рабочий проект же делается параллельно со стройкой, опережая на неделю-две. В машиностроении - готовое изделие известно ещё до подготовки технологической линии.
По мотивам дискуссии в @bimchat подытожил своё мнение в 4 частях.
Иногда мы путаем похожее и противоположное. Например зеркальные сборные железобетонные панели - это не похожие элементы, нельзя один поставить вместо другого, даже подпилив или просверлив. Они полностью не подходят на место друг друга. Также и строительство с машиностроением если и похожи в каких-то аспектах (вроде массы и стоимости зеркальных панелей), то по сути все-таки являются очень разными.
Разница между строительством и машиностроением заключается в том, что в машиностроении продукт динамичный, средства производства статичны, высокая повторяемость (проект долго готовится, продукт редко изменяется, любое изменение - это стресс для продукта и длительное время прорабатывается). Цикл выпуска одного изделия - часы, дни, недели.
В строительстве продукт статичный, средства производства динамичны. проект делается в максимально сжатые сроки в ущерб проработке и качеству, каждый раз чуть ли не заново, изменения - это норма и они всегда идут вплоть до конца реализации. Низкая повторяемость, к следующему изделию проект меняется на 10%, что затрагивает до 50% элементов. Цикл выпуска одного изделия - 1-3 года.
В машиностроении основные детали - типовые, одинаковые, в строительстве основные детали (стены, перекрытия) - уникальны.
Главное отличие стройки от машиностроения, что на момент её начала, есть только примерное описание требуемого результата, рабочий проект же делается параллельно со стройкой, опережая на неделю-две. В машиностроении - готовое изделие известно ещё до подготовки технологической линии.
❤1🔥1
#СтроительствоVSМашиностроение Часть 2.
Но есть некоторые типы строительства, например из сборных жб конструкций или металл, которые похожи на машиностроение, и в машиностроении есть работы, которые похожи на строительство - элитные авто индивидуальной сборки, штучные спецзаказы.
Иногда мы видим, как некоторые подходы из машиностроения пробуют применяться в строительстве (типа крупноблочного домостроения с готовой отделкой). На старте это обосновывается эффективностью, скоростью и ценой, но потом превращается в те же ценники и "внешне будто и не сборняк", "нам надо загрузить завод заказами", "ну уже вложились, может вентблоки и канализационные колодцы будем выпускать?"
Основными проблемами натягивания подходов машиностроения на строительство - являются низкие эффективность, гибкость и масштабируемость. В то же время если применить подходы строительства на заводе, то это будет анархия и бардак.
Если представить строительство по принципам машиностроения, то оно будет выглядеть так:
- полная рабочая документация готова на начало строительства
- несколько тестовых домов по этой документации уже построено, замечания к документации исправлены.
- описана технология производства работ на каждом этапе, потребность в ресурсах и датах поставки, монтажа.
- любые изменения - это новый проект, который надо заново проектировать и строить тестовые изделия.
Но есть некоторые типы строительства, например из сборных жб конструкций или металл, которые похожи на машиностроение, и в машиностроении есть работы, которые похожи на строительство - элитные авто индивидуальной сборки, штучные спецзаказы.
Иногда мы видим, как некоторые подходы из машиностроения пробуют применяться в строительстве (типа крупноблочного домостроения с готовой отделкой). На старте это обосновывается эффективностью, скоростью и ценой, но потом превращается в те же ценники и "внешне будто и не сборняк", "нам надо загрузить завод заказами", "ну уже вложились, может вентблоки и канализационные колодцы будем выпускать?"
Основными проблемами натягивания подходов машиностроения на строительство - являются низкие эффективность, гибкость и масштабируемость. В то же время если применить подходы строительства на заводе, то это будет анархия и бардак.
Если представить строительство по принципам машиностроения, то оно будет выглядеть так:
- полная рабочая документация готова на начало строительства
- несколько тестовых домов по этой документации уже построено, замечания к документации исправлены.
- описана технология производства работ на каждом этапе, потребность в ресурсах и датах поставки, монтажа.
- любые изменения - это новый проект, который надо заново проектировать и строить тестовые изделия.
❤1
BIM всë? #ГосТИМ
Рассказываем вкратце что произошло с BIM в РФ.
Когда-то в далеком 2014м Медведеву и Путину показывали BIM-модели и говорили что это повысит прозрачность и эффективность на стройке (цифры экономии аж доходили до 30%).
Затем были постановления и приказы мол "внедрить BIM за пол года". По СМИ каждый год ходили байки что вот со следующего года он станет обязательным, т.ч. готовьтесь.
С участием проф. сообщества даже писались дорожные карты внедрения BIM (например 2017го года). Но в последний момент (прям в последнюю ночь) они переписывались в угоду желающих нагреться или подразделений ценообразования (которым свой бюджет на нормативы не согласовали, так хоть в этот влезть).
Один раз даже за пол года написали определение в Градкодекс и отчитались мол "внедрили". Но на верху не поверили.
Кстати примерно в это время BIM переименовали в ТИМ мол тоже самое только русскими буквами.
Затем было постановление мол с 1 января 2022 год ТИМ для всех госстроек обязателен. Потом поняли что внедрить за меньше чем год не успеют и переписали требования к ТИМ так, чтобы они описывали то, что уже есть и везде работает. Т.е. назвали ТИМом то, что уже есть в отрасли (PDF сканы, разложенные по папочкам).
Также мы кстати можем на Марс слетать, переименовав Казань в Марс и слетав туда, внедрить ИИ, переименовав в машинные алгоритмы, ресурсные расценки в ресурсно-индексные и просто актуализировать базисно-индексные (а или это уже есть?)
В результате всех этих приключений у различных ведомств сложились свои требования к ТИМ и понимание что это такое. Теперь у нас есть некий бардак кто что требует и что имеет в виду, но главное что нужно знать на сегодняшний день, что BIM делают необязательным на следующий год, а ТИМ это практически также как вы грузили электронно ПД в PDF по папочкам в экспертизу (XML файлик с атрибутами ещё потребуется заполнить, приложить).
Рассказываем вкратце что произошло с BIM в РФ.
Когда-то в далеком 2014м Медведеву и Путину показывали BIM-модели и говорили что это повысит прозрачность и эффективность на стройке (цифры экономии аж доходили до 30%).
Затем были постановления и приказы мол "внедрить BIM за пол года". По СМИ каждый год ходили байки что вот со следующего года он станет обязательным, т.ч. готовьтесь.
С участием проф. сообщества даже писались дорожные карты внедрения BIM (например 2017го года). Но в последний момент (прям в последнюю ночь) они переписывались в угоду желающих нагреться или подразделений ценообразования (которым свой бюджет на нормативы не согласовали, так хоть в этот влезть).
Один раз даже за пол года написали определение в Градкодекс и отчитались мол "внедрили". Но на верху не поверили.
Кстати примерно в это время BIM переименовали в ТИМ мол тоже самое только русскими буквами.
Затем было постановление мол с 1 января 2022 год ТИМ для всех госстроек обязателен. Потом поняли что внедрить за меньше чем год не успеют и переписали требования к ТИМ так, чтобы они описывали то, что уже есть и везде работает. Т.е. назвали ТИМом то, что уже есть в отрасли (PDF сканы, разложенные по папочкам).
Также мы кстати можем на Марс слетать, переименовав Казань в Марс и слетав туда, внедрить ИИ, переименовав в машинные алгоритмы, ресурсные расценки в ресурсно-индексные и просто актуализировать базисно-индексные (а или это уже есть?)
В результате всех этих приключений у различных ведомств сложились свои требования к ТИМ и понимание что это такое. Теперь у нас есть некий бардак кто что требует и что имеет в виду, но главное что нужно знать на сегодняшний день, что BIM делают необязательным на следующий год, а ТИМ это практически также как вы грузили электронно ПД в PDF по папочкам в экспертизу (XML файлик с атрибутами ещё потребуется заполнить, приложить).
👍3👀1
#СтроительствоVSМашиностроение Часть 3.
Мечта руководителя проекта - всë спланировано и строится точно по плану.
Но это не позволительная роскошь для стройки, мало того, что это заранее, на старте, увеличение сроков на 6 месяцев (т.е. не с вероятность 30% из-за косяков в ПД, а прям точно на все 100), так ещё работа технологов которые делают реальные ПОС и ППР (те что сейчас делаются видели? Вот не эти, а в десятки раз проработаннее и точнее. Ну и дороже конечно и сроки ещё +3месяца).
Туда же закиньте, что заказчик не имеет возможности вносить изменения и просто "не мешает" в течение года, предварительно, конечно, проработав ТЗ до мелочей. Ну и вишенка на торте - тестовые дома. Если их построить, то это уже займет несколько лет, а за это время и требования рынка изменятся и собственнику бизнеса гениальные идеи придут в голову и у него эффективные оптимизаторы в команде появятся, которые несомненно придумают что поменять, да еще и в предыдущих проектах вскроются какие-то дефекты, которые точно надо не допустить в этих и мол это важнее всего.
Строительные подходы в машиностроении также встречаются, когда "нет времени делать проект", "не заложено денег на проработку технологии производства" и "надо сделать на том оборудовании и из тех деталей, что у нас есть". Но надо ли говорить, что это не эталонный подход в машиностроении и там приводит к плачевным последствиям и крайне неэффективен.
Мечта руководителя проекта - всë спланировано и строится точно по плану.
Но это не позволительная роскошь для стройки, мало того, что это заранее, на старте, увеличение сроков на 6 месяцев (т.е. не с вероятность 30% из-за косяков в ПД, а прям точно на все 100), так ещё работа технологов которые делают реальные ПОС и ППР (те что сейчас делаются видели? Вот не эти, а в десятки раз проработаннее и точнее. Ну и дороже конечно и сроки ещё +3месяца).
Туда же закиньте, что заказчик не имеет возможности вносить изменения и просто "не мешает" в течение года, предварительно, конечно, проработав ТЗ до мелочей. Ну и вишенка на торте - тестовые дома. Если их построить, то это уже займет несколько лет, а за это время и требования рынка изменятся и собственнику бизнеса гениальные идеи придут в голову и у него эффективные оптимизаторы в команде появятся, которые несомненно придумают что поменять, да еще и в предыдущих проектах вскроются какие-то дефекты, которые точно надо не допустить в этих и мол это важнее всего.
Строительные подходы в машиностроении также встречаются, когда "нет времени делать проект", "не заложено денег на проработку технологии производства" и "надо сделать на том оборудовании и из тех деталей, что у нас есть". Но надо ли говорить, что это не эталонный подход в машиностроении и там приводит к плачевным последствиям и крайне неэффективен.
👍1
#СтроительствоVSМашиностроение Часть 4.
Автоматизированные станки для создания и сборки изделий в машиностроении стоят в тысячи или миллионы раз дороже, чем выпускаемые ими изделия. Эти станки технологически более сложные и по размерам существенно превышают изделия. Они отбиваются только при массовой их загрузке и выпуске миллионов экземпляров изделий при существенно ограниченной настройке вариативности.
Если этот подход спроецировать на стройку, то станок для сборки/печати здания будет в сотни раз крупнее его и в тысячи раз дороже, отобьется только через тысячи экземпляров домов, которые будут доставлены на их место расположения. Если сборка/печать одного дома будет идти по полгода, то срок окупаемости такого станка - пятьсот лет.
Тут мы еще не говорим, что если посчитать дом по худшим условиям по грунту и климатическим условиям, то он будет неэффективен для 80% случаев (т.е. дороже на 30% чем мог бы при индивидуальном проекте под исходные условия).
В строительстве, на тех изделиях, где это возможно, роботизация и автоматические станки используются - например в производстве окон, дверей, труб и воздуховодов, гнутых профилей, резки и сварки арматуры, сеток, закладных деталей, в производстве сборных железобетонных изделий.
Автоматизированные станки для создания и сборки изделий в машиностроении стоят в тысячи или миллионы раз дороже, чем выпускаемые ими изделия. Эти станки технологически более сложные и по размерам существенно превышают изделия. Они отбиваются только при массовой их загрузке и выпуске миллионов экземпляров изделий при существенно ограниченной настройке вариативности.
Если этот подход спроецировать на стройку, то станок для сборки/печати здания будет в сотни раз крупнее его и в тысячи раз дороже, отобьется только через тысячи экземпляров домов, которые будут доставлены на их место расположения. Если сборка/печать одного дома будет идти по полгода, то срок окупаемости такого станка - пятьсот лет.
Тут мы еще не говорим, что если посчитать дом по худшим условиям по грунту и климатическим условиям, то он будет неэффективен для 80% случаев (т.е. дороже на 30% чем мог бы при индивидуальном проекте под исходные условия).
В строительстве, на тех изделиях, где это возможно, роботизация и автоматические станки используются - например в производстве окон, дверей, труб и воздуховодов, гнутых профилей, резки и сварки арматуры, сеток, закладных деталей, в производстве сборных железобетонных изделий.
#СтроительствоVSМашиностроение Часть 5.
Почему софт из машиностроения не подходит для проектирования зданий?
Во-первых, производительность программ зависит от размерности единиц пространства, точности, округлений, которыми можно пренебречь. Т.е. в программах с точностью до доли миллиметра не эффективно моделировать конструкции в сотни метров и километры - они просто хуже будут справляться, чем те, что округляют до миллиметра или метра (как при разработке генплана в автокаде - 1ед.=1м).
Во-вторых, в машиностроении подавляющее большинство деталей - сборные (исключение составляют разве что провода, которые чаще не моделируются, а отображаются схематично). Т.е. практически все детали с точки зрения моделирования - профили выдавливания и вычитания, вставленные в другую сборку по координате. В стройке тоже такие детали есть, но их не большинство. Основная трудоёмкость в моделировании зданий заключается в стенах и перекрытиях. При этом, инструменты строительных САПР позволяют создавать эти элементы более автоматизированно чем если бы мы делали это элементами выдавливания.
Это происходит из-за того, что инструменты стен и перекрытий по умолчанию ортогональны и не требуют выбирать плоскость в которой их выдавливать, что каждый раз занимало бы дополнительное время.
Также там преднастраивается пирог конструкции и задаются типы слоев, что задает правила пересечения нескольких стен.
Есть инструменты создания труб и воздуховодов параллельно плану этажа, потому что в стройке они чаще всего так и идут, есть инструменты лестницы и пандуса по линии и витража по двум точкам (как стена), потолки и помещения "растекающиеся" как штриховка в автокаде, точки высот на перекрытиях (для задания уклонов), и арматура "заполняющая" монолитные элементы.
Инструменты строительных САПР позволяют удобнее создавать нужные элементы, сразу в заданной категории и по ориентированным под стройку правилам, т.е. с одной стороны это меньшая гибкость в инструментарии, но с другой - это повышение скорости создания модели и наполнения еë информацией.
К тому же немного отличается оформление чертежей.
Т.е. разработка строительного проекта в машиностроительном софте возможна, но по трудозатратам значительно превышает разработку в специализированных строительных САПР.
Почему софт из машиностроения не подходит для проектирования зданий?
Во-первых, производительность программ зависит от размерности единиц пространства, точности, округлений, которыми можно пренебречь. Т.е. в программах с точностью до доли миллиметра не эффективно моделировать конструкции в сотни метров и километры - они просто хуже будут справляться, чем те, что округляют до миллиметра или метра (как при разработке генплана в автокаде - 1ед.=1м).
Во-вторых, в машиностроении подавляющее большинство деталей - сборные (исключение составляют разве что провода, которые чаще не моделируются, а отображаются схематично). Т.е. практически все детали с точки зрения моделирования - профили выдавливания и вычитания, вставленные в другую сборку по координате. В стройке тоже такие детали есть, но их не большинство. Основная трудоёмкость в моделировании зданий заключается в стенах и перекрытиях. При этом, инструменты строительных САПР позволяют создавать эти элементы более автоматизированно чем если бы мы делали это элементами выдавливания.
Это происходит из-за того, что инструменты стен и перекрытий по умолчанию ортогональны и не требуют выбирать плоскость в которой их выдавливать, что каждый раз занимало бы дополнительное время.
Также там преднастраивается пирог конструкции и задаются типы слоев, что задает правила пересечения нескольких стен.
Есть инструменты создания труб и воздуховодов параллельно плану этажа, потому что в стройке они чаще всего так и идут, есть инструменты лестницы и пандуса по линии и витража по двум точкам (как стена), потолки и помещения "растекающиеся" как штриховка в автокаде, точки высот на перекрытиях (для задания уклонов), и арматура "заполняющая" монолитные элементы.
Инструменты строительных САПР позволяют удобнее создавать нужные элементы, сразу в заданной категории и по ориентированным под стройку правилам, т.е. с одной стороны это меньшая гибкость в инструментарии, но с другой - это повышение скорости создания модели и наполнения еë информацией.
К тому же немного отличается оформление чертежей.
Т.е. разработка строительного проекта в машиностроительном софте возможна, но по трудозатратам значительно превышает разработку в специализированных строительных САПР.