Содержание статьи:
К сожалению с приходом BIM доступ к данным в строительной отрасли не стал доступнее и дешевле. BIM-данные, созданные при проектировании в CAD-программах, сегодня невозможно использовать в других 4D-7D решениях без использования дорогих CAD-программ, сложных плагинов, неполных API или “не совсем интероперабельного” формата IFC.
IFC-формат или, конкретнее, контролирующая его организация buildingSMART под дополнительным маркетинговым прикрытием Nemetschek OpenBIM™ (openBIM® - зарегистрированное обозначение buildingSMART) идёт к созданию мирового формата данных для строительной отрасли.
Полная версия карты: https://bigdataconstruction.com/history-of-bim/
К сожалению, де-факто у организации buildingSMART есть рычаги управления развитием проекта IFC, и сам проект подвергается лоббированию отдельных интересов, что не позволяет считать прозрачной и открытой разработку самого формата IFC, который позицинирует себя как продукт близкий к open Source.
Азиатские и европейские бенефициары openBIM движения
Активными разработчиками и основными бенефициарами идеи IFC сегодня являются европейские вендоры, стремящиеся переломить гегемонию Autodesk над данными, и азиатские компании, участвующие в проекте Нового шелкового пути.
Основные силы организации buildingSMART сегодня направлены на развитие разделов IFC Road, IFC Rail, IFC Ports, IFC Tunnel: почти все достижения формата IFC последних семи лет связаны с развитием классификаторов и документаций к инфраструктурным проектам.
Азиатским инвесторам (членам-участникам) buildingSMART необходимо в достаточно сжатые сроки построить транспортную инфраструктуру из центрального Китая в центральную Европу. Новые железные дороги прокладываются через Азию и восточную Европу, а также от греческих портов через Сербию в северную Европу, что поможет ускорить доставку грузов из Китая в Европу по сухопутным высокоскоростным магистралям. В 2020 году служба грузовых перевозок Нового шелкового пути уже охватывала более 13 000 км дорог.
Новый шелковый путь (New Silk Road) - китайский мегапроект, который должен соединить 65 стран морскими и сухопутными путями.
Для синхронизации информации по проектам азиатские и европейские специалисты используют формат IFC, в классификацию которого добавляются новые классы элементов (entities) и параметрическая геометрия, чтобы по описанию этой геометрии конкретный элемент отображался в любой (азиатской или европейской) CAD-программе одинаково.
К сожалению, не все элементы или классы добавляемые европейскими и азиатскими специалистами в IFC используются при строительстве в других странах мира. Т.е. редкие элементы или классы, используемые в менее богатой стране (неспособной продвигать своих производителей через buildingSMART) не войдут в официальную классификацию IFC и будут распознаваться всеми программами CAD только через дополнительный “костыль” - IfcBuildingElementProxy.
На примере последней редакции IFC 4.3 Bridge можно увидеть, как работает лоббирование отдельных интересов: в классификацию формата IFC добавлен элемент Bridge Cap, который используется при строительстве только в одной определенной европейской стране. Данный элемент является абстрактным объектом. В каждой стране есть свои нюансы для отображения которых можно использовать этот абстрактный объект, но зачем он нужен в мировом формате, если в других странах он не используется. Это произошло, потому что разработчики из конкретного комитет (rooms) по обсуждению IFC Bridge” работают только в одной стране, и этим специалистам было особенно важно добавить этот элемент в классификатор IFC, без учёта того факта, что в других странах мира и даже европы элемент “Bridge Cap” при строительстве или не используется, или в этом месте при строительстве мостов используются элементы с другой геометрией.
То есть небольшие группы специалистов, обладающие определёнными связями, имеют возможность без дополнительных обсуждений записывать национальные элементы своих производителей с подробным описанием как стандарт в новую версию мирового IFC-классификатора.
Одним из неприметных примеров лоббирования интересов отдельных стран (и их производителей) в стандартах buildingSMART также является - Rail Connector Bonded Joint (RTR_OT_TR-70). Этот обычный соединительный элемент в IFC описан очень подробно, и конкретно для этого элемента есть все свойства и стандартные параметры, для автоматической визуализации в любой CAD-программе мира.
Но если у строителей железных дорог в других странах нет подобных соединительных элементов в проектах или они используют похожие соединители с другими свойствами, то таким строителям необходимо организовать национальный комитет buildngSMART в своей стране, чтобы после уплаты членских взносов за определенные права доступа, через непростое лоббирование своих интересов в определённых комитетах (rooms и chapters) у них появилась возможность добавить свои родные элементы в следующую версию мировой библиотеки строительных элементов IFC.
И даже при хорошем описании геометрии для таких элементов её импорт и экспорт в разных программах превращаются в квест по собиранию пазла, в результате которого мы получаем разный результат в различных CAD-программах.
Скрытые особенности формата IFC
Для того чтобы принимающая (импортирующая IFC файл) сторона понимала, что за элементы были экспортированы в IFC, пользователь, экспортирующий модель, должен хорошо понимать задачу и цель передачи модели для создания соответствующих экспортных настроек. Одновременно при экспорте необходимо учитывать, кто будет потребителем этой модели и какой софт будет выполнять импорт. Выполнения этих условия на практике часто является невыполнимой задачей.
Полнота передачи данных через файл IFC зависит от того, насколько хорошо разработчики того или иного CAD-решения проработали и имплементировали модуль экспорта-импорта формата IFC. Если над модулем экспорта из 3D CAD-программы (например Revit, Archicad) и модулем импорта в другую 4D-7D программу или сервис (BIM360, Nevaris, Solibri) работают разработчики одной CAD-корпорации (Autodesk или Nemetschek), то вся информация через формат IFС будет передаваться корректно и без потерь.
Но если работа с данными ведётся между системами, за которыми стоят разные разработчики, то из-за проблемы объектно-ориентированного подхода и “небольших особенностей” формата IFC корректно экспортировать, отстроить данные по геометрии и передать их корректно через формат IFC без трудоемкого ручного маппинга (соответствия) всех свойств UserDefined и геометрии в IfcBuildingElementProxy не получится.
В результате сильной стороной SDK (software development kit - набор средств разработки), работающего с IFC-форматом, становится не 100% корректная имплементация стандартов buildingSMART, а база типовых косяков в имплементации формата - то есть умение расшифровать “непростой” IFC файл.
Гарантию качественной передачи данных через формат IFC может дать только строгое следование общим требованиям, опубликованным в огромном количестве документов по спецификации IFC от buildingSMART. Документы эти доступны бесплатно, но спецификация IFC настолько большая, что не позволяет вникать в нее достаточно быстро к этому добавляется основная проблема формата в том, что в большом количестве бюрократических текстов есть непрозрачность в том, как трактовать определённые положения в требованиях.
Правильное понимание “определённых положений” доступно только платным участникам. Как следствие, тот, кто хочет получить доступ к важным знаниям (определенным особенностям IFC), будет платить, либо доходить до этого своими исследованиями, что может выйти дороже, чем взнос за членство в buildingSMART.
"Ты натыкаешься на вопрос об импорте и экспорте данных через формат IFC и спрашиваешь у коллег-вендоров: “А почему так в файле IFC передаётся информация про параметрическую передачу помещений? В открытой спецификации от buildingSMART ничего про это не сказано”. Ответ от "более знающих” европейских вендоров: “Да, не сказано, но допустимо"
Из интервью разработчика CAD-программы Renga (члена buildingSMART, занимающегося активной имплементацией формата IFС в свои решения)
Одновременно с этим те компании, которых интересует данные по объёмам из 3D моделей и которые инвестировали своё время и деньги в поддержку IFC в итоге разочаровываются в формате из за того, что формат IFC практически не применим в тех процессах, когда речь заходит о подсчётах смет, калькуляциях 5D или графиках строительства 4D.
Специалисты, которые участвовали в создании и регистрации IFC формата в 90е годы, создали более простые форматы, которые позволяют работать с проектами без использования параметрической геометрии или сложных классификаций. В итоге крупнейшие строительные компании центральной Европы и точнее DACH-региона (Germany, Austria and Switzerland) , практически не используют формат IFC в своей работе, так как на этапе проверки объёмов и калькуляций - данные получаемые из IFC файлов, из за не точности данных по объёмам не могут использоваться в отделах смет, калькуляций и в тех отделах, где необходимы точные объёмы, получаемые на этапе проектирования.
Решением проблем с качеством передачи должна была стать сертификация программ по стандартам buildingSMART, которая через соблюдение большого количества бюрократических пунктов должна была решить вопрос с правильной имплементацией. Такая сертификация по импорту и экспорту IFC от buildingSMART для небольшой софтверной компании может начинаться от 50 или чаще 100 тысяч долларов, что является большой нагрузкой на бизнес таких компаний. К сожалению, полностью доверять информации о прошедшей сертификации нельзя, так как наличие сертификата часто означает, что IFC только читается, но о качестве этого прочтения можно только догадываться.
Чтобы избежать проблем с интерпретацией и получать качественный файл IFC в разных программах, необходимо открыто публиковать дополнительные рекомендации (соглашения об имплементации), сейчас доступные только платным членам, каждый год собирать разработчиков больших и средних компаний и вместе с buildingSMART принуждать их с каждым выходом новой версии IFC качественно соединять все изменения и нововведения от buildingSMART с нововведениями в их CAD-Legacy продукте.
Сложность работы с форматом IFC
В классификаторе IFC сегодня почти 885 (4 года назад - 700) только основных классов (Entities) c достаточно сложной классификацией. Активное добавление элементов в последние годы шло благодаря проекту “Новый шёлковый путь”.
Проблема стандартной классификации от buildingSMART в том, что она часто не совпадает с внутренними национальными классификаторами или классификаторами строительных компаний, что делает невозможным автоматическое получение качественных объёмов из моделей в системах 4D-7D. При отсутствии определённого класса в классификаторе IFC, для подсчёта сметных позиций 5D (при калькуляциях, бюджетировании, эксплуатации) часто необходимо или создавать новый “внутренний” IFC-формат с собственными классами и свойствами, или ждать несколько лет и “доверять” зарубежным специалистам, которые обновят или исправят классификаторы, споры по которым из-за многоуровневой бюрократии могут длиться годами.
Чтобы донести схемы сложных процессов и логику по работе с форматом IFC до проектировщиков, у buildingSMART существует подход (похожий на сертификацию ISO) к тому, как знание об открытых технологиях openBIM должны доходить до строительной отрасли.
Получение начальных сертификатов buildingSMART (обучение часто аутсорсится через сторонние организации) начинается от 1000-2000$ для обычных инженеров. Цены на YouTube курсы и семинары по стандартам buildingSMART для специалистов или студентов из любой точки мира начинаются от 199 евро.
Чтобы привлечь на сторону IFC и openBIM новых специалистов, организация buildingSMART приходит в новые страны. Для большинства стран мира buildingSMART создает сайт-визитку, на котором можно только заплатить за членство в организации или купить обучение по стандартам IFC за несколько тысяч долларов. Таким образом, строительные или софтверные компании в странах, которые не имеют активного присутствия в chapters и rooms buildingSMART, платят деньги только за членство, за возможность получить 30% скидку на обучение и за возможность разместить логотип buildingSMART на своём сайте.
Со стороны такой “входной билет” в международный бизнес и непрозрачная структура управления больше похожи на монопольный отраслевой картель с местными филиалами, которые создаются только для продаж абонементов и обучения.
Поведение спекулятивной строительной отрасли само дало направление развитию этой хорошей изначально идеи в бюррократичскую систему. К сожалению, разработка формата IFC, зарегистрированный в 1994 году Autodesk, сегодня подконтрольна не обществу свободных разработчиков и Open Source комьюнити, а полузакрытой организации buildingSMART, и только её члены, имеющие связи на определённом уровне и купившие недешёвый абонемент, могут описывать процессы, определять структуру данных, переводить процессы в технические требования, создавать терминологию и описывать свойства продукции. Все эти изменения в стандартах IFC являются read-only, куда нельзя вносить изменения без покупки членства.
Из за разности подходов, мотивации и способностей разработчиков к импорту и к экспорту - в итоге страдает качество данных. Проблема в формата в том, что качество данных в этом формате сильно зависит от человеческого фактора: разработчика софта и специалиста который импортирует или экспортирует файл. Т.е. качество данных в IFC файле зависит от желания и способностей часто нескольких специалистов.
Строительной общественности остаётся каждый год, с выходом новых версий CAD-программ, полагаться на добрую волю владельцев CAD-корпораций и организации buildingSMART, которые будут одинаково имплементировать модули по импорту и экспорту IFC. Утопичность этой идеи, к сожалению, не позволяет сегодня считать формат данных IFC значимым электронным документом.
Строительной отрасли необходима интероперабельность
Решением проблем проприетарности и закрытости являются проекты с доступом к исходному коду. Более успешные отрасли экономики уже осуществили переход на Open Source решения. Шанс на возможность получить данные в прозрачном и понятном и удобном виде в строительной отрасли дадут нам открытые инициативы и Open Source комьюнити.
Open Source - луч света в тьме монополий
Open Source возник в 1980-е годы, когда на рынке домашней техники появилось большое количество персональных компьютеров, которые с каждым годом уменьшались и дешевели, что давало возможность даже небольшим коммерческим компаниям и частным лицам познакомиться с новым миром электронных данных.
Одновременно с этим появлялось всё больше энтузиастов или сотрудников коммерческих компаний, которые писали программное обеспечение. И всё чаще возникал вопрос, нужно ли лицензировать программы, что привело к тому, что в 1974 году программы приравняли к литературным произведениям. Началась конкуренция и разработка лицензий для программ, появились юридические запреты на изменение продуктов сторонними разработчиками.
"Свободное ПО (программное обеспечение) появилось вместе с компьютерами. ПО тогда всё было свободное — все просто делились друг с другом. Только в конце 70-х - начале 80-х люди начали закрывать своё ПО и стали говорить: «Нет, вы никогда не увидите исходный код, даже если это важно для ваших нужд. Пожалуй, винить в этом нужно Майкрософт — именно они были пионерами проприетарной модели ПО"
1996 год, Брюс Перенс, автор набора правил Open Source, руководитель проекта Debian.
Многие лидеры технологий в 90-е считали открытый код ядом, который разрушит все принципы экономического благополучия. Президент SAP Шай Агасси (Shai Agassi) на собрании Churchill Club в Кремниевой Долине называл системы с открытым кодом тормозом прогресса.
"Социализм в интеллектуальной собственности - худшее из того, что может случиться. Открытый исходный код (Open Source) не является инновационным и может даже подорвать разработку других приложений. В конце концов, авторское право и патентные права существуют для защиты интеллектуальной собственности и формирования «общества, которое зависит от творческих достижений"
Shai Agassi, 2005
Одним из главных противников движения Open Source стала корпорация Microsoft, которая до середины 2000-х годов боролась с операционной системой Linux с открытым исходным кодом. Сооснователь Microsoft Билл Гейтс (Bill Gates) называл лицензию GPL (GNU General Public License) пожирающей хороший код игрушкой, «подобной Пакману» (Pac-Man-like). “Люди, которые думают, что каждый должен иметь право программировать, свободно писать сложные программы, - они коммунисты”, - утверждал Билл Гейтс в 90-е.
Стив Баллмер, который сменил Билла Гейтса на посту CEO Microsoft, также сравнивал Linux с коммунизмом и назвал Open Source проект Linux «раком» отрасли.
“Linux — не общественное достояние. Linux — это рак, который пожирает всё, чего касается в смысле интеллектуальной собственности. Так работает его лицензия”
2001 год, директор Microsoft Стив Балмер (Steve Ballmer)
Но взлёт популярности систем Linux, Android, Ubuntu комьюнити разработчиков и желания клиентов заставили корпорацию сменить политику. За 20 лет Microsoft превратилась из оппонента Open Source в одного из самых крупных и мощных сторонников принципа открытого исходного кода.
Microsoft "вынужденно" признала ошибку в том, что относилась к свободному ПО предвзято, купила GitHub, вывела .NET Core в Open Source и сейчас активно принимает участие в развитии открытых проектов (например, Linux), и даже Стив Балмер сегодня признаётся в любви к Linux.
Сегодняшний президент Microsoft Брэд Смит (Brad Smith) признал, что прошлая позиция компании в отношении открытого программного обеспечения была в корне неверной: “Microsoft исторически пошла по неверному пути, когда Open Source взорвал индустрию в начале века. Это я могу сказать и о себе». Смит подчеркнул, что Microsoft сейчас является крупнейшим поставщиком проектов Open Source в мире, когда «дело доходит до бизнеса».
Открытый исходный код может помочь сократить «цифровой разрыв» между крупными технологическими компаниями, крупными университетами и странами мира. В январе в блоге компании руководитель Microsoft OpenSource Сара Новотны объяснила, почему вряд ли какая-либо компания может обойтись без использования программного обеспечения с открытым исходным кодом.
“Несколько лет назад, если вы хотели собрать вместе несколько крупных технологических компаний для совместной работы над программной инициативой, установления открытых стандартов или согласования политики, часто потребовалось бы несколько месяцев переговоров, встреч, дебатов, разговоров с юристами и адвокатами. Открытый исходный код полностью изменил это: он стал общепринятой моделью сотрудничества между компаниями”
Январь 2021, руководитель Microsoft OpenSource Сара Новотны
Исследования RedHat показывают, что доля проприетарного программного обеспечения в корпоративном сегменте уже как несколько лет сокращается серьезными темпами. По мнению 86% респондентов RedHat, самые инновационные в своих областях компании используют именно опенсорсное программное обеспечение.
Международный институт исследования ИТ-рынка Gartner прогнозирует, что к 2022 году объем используемого проприетарного программного обеспечения сократится до 32% и около 70% корпоративного программного обеспечения будет основано на открытом исходном коде.
Согласно опросу международных компаний, 95 процентов ИТ-менеджеров заявили, что использование свободно лицензируемого программного обеспечения является важной частью их ИТ-стратегии. Open Source крадет самых умных, новаторских и увлеченных профессионалов из всех секторов экономики.
Применяемый Open Source в отраслях экономики
Сегодня миром технологий в большинстве отраслей экономики правят Open Source решения и открытые библиотеки данных для машинного обучения. Идеи открытого кода давно захватили банковскую отрасль, где большинство процессов автоматизируется при помощи умных контрактов (Smart contract), построенных на принципах открытого исходного кода. А прозрачные системы, построенные на блокчейне, полностью заменяют компетенции сотни тысяч отдельных работников в банковских институтах и функции нестабильных валют в некоторых странах.
"Я не могу точно предсказать, что ожидает мировую экономику, но я убежден, что она изменится до неузнаваемости. Будет ли существовать главный банк страны? Увы, и на этот вопрос я не могу дать 100% ответ. Тут, скорее всего, вопрос вообще в другом: какой из ныне существующих видов бизнеса вообще останется. Через 10 лет, боюсь, что банков не будет и мне некуда будет идти на работу"
CEO Сбербанк, Герман Греф, 2017 г.
В машиностроительной промышленности Hardware активно отдаёт свои позиции Software-решениям, которые в основном построены на Unix,Linux и Open Source решениях.
Компания Тесла публикует свои патенты, а основные успехи автомобилестроителей связаны с автономным вождением, которое практически полностью построено на Open Source приложениях и библиотеках.
"Когда я начинал свою первую компанию, Zip2, я думал, что патенты - это хорошо, и много работал над тем, чтобы их получить. И, может быть, они были хороши давно, но в наши дни они слишком часто служат просто для того, чтобы задушить прогресс, укрепить позиции гигантских корпораций и обогатить юристов, а не настоящих изобретателей. После Zip2 я понял, что получение патента на самом деле означает только покупку лотерейного билета на судебный процесс, поэтому по возможности я начал избегать их".
Elon Musk, CEO of Tesla June 12, 2014
Без создания комьюнити (сообществ) у Open Source проектов не хватило бы ресурсов довести проект до конечного пользователя, чтобы в итоге проектом стали интересоваться сторонние разработчики и энтузиасты. Комьюнити являются ключевым фактором успешности в Open Source проектах, что позволяет существенно сократить затраты на управление проектом, развивать и поддерживать его.
Open Source в строительстве
В мире строительства мы не можем повысить производительность без использования принципов открытого кода и создания Open Source сообществ. В сфере сервисов и приложений для строительства первыми проектами с доступом к исходному коду стали решения от OpenCascade, FreeCAD, ODA и BlenderBIM, которые решают сегодня проблему доступных инструментов для создания 3D-данных.
Появление прозрачных данных из старых проприетарных продуктов или новых открытых решений даст возможность собирать данные из предыдущих проектов в единообразном формате, что наконец послужит толчком развитию темы автоматизации: Big Data и Machine Learning в строительстве (которые не развиваются из-за отсутствия открытых данных).
Большие корпорации сегодня уже получили технологии машинного обучения, создали соответствующие библиотеки, собрав данные клиентов через облачные сервисы. Большие корпорации не дадут доступ простым пользователям к таким библиотекам по распознаванию геометрии или, например, по созданию автоматических классификаторов.
Открытые комьюнити в строительной отрасли создадут свои инструменты и свои открытые библиотеки данных, которые будут качественнее, чем библиотеки Legacy-разработчиков из больших корпораций. Подобные открытые библиотеки и новые открытые CAD-решения, созданные усилиями Open Source комьюнити, позволят автоматизировать проектирование и оптимизировать большинство устаревших бизнес-процессов 4D-7D в строительной отрасли.
Проприетарные форматы хранения данных, возможно, - самое пагубное изобретение современности и главное препятствие для нашей способности преодолеть вызовы новых технологий в строительной отрасли.
Проблемы с прозрачностью данных в строительной отрасли связаны с отсутствием единого удобного формата для информационной 3D-модели, который будет однозначно интерпретироваться в основных 4D-7D системах и в котором операции по упаковке и распаковке модели не будут приводить к потерям информации. К сожалению, для целей интероперабельной работы с данными не подходят существующие решения в виде методологии BIM или передачи информации через IFC-формат, так как в этих системах существует большая зависимость качества данных от владельцев CAD-решений и от организации buildingSMART.
Из всего семейства ISO 19 650, который полностью посвящён BIM, только четвёртая часть, посвященная обмену данными в строительстве, находится до сих пор в разработке.
Строительной отрасли необходим инструмент обмена - конвертор, основанный не на доверии, а на открытом исходном коде, который позволил бы любым участникам осуществить перевод данных напрямую, без участия посредника. Частично эту задачу решает использование формата IFC, но необходимость “доверенного лица” для контроля за качеством и непрозрачность разработки формата (cм. раздел “непрозрачность IFC”) лишает этот подход основных преимуществ.
Проблему прозрачной передачи данных можно решить с помощью открытого формата, независимого от поставщика данных. Интероперабельные и прозрачные форматы - это возможность для оптимизации процессов, повышения эффективности, конкурентоспособности и качества продукции для любой организации работающей в строительной отрасли. Открытые данные открывают возможность программистам из других отраслей приходить в строительство со своими наработками и предложениями, что создаёт площадку для междисциплинарного обмена идеями и их быстрого развития.
Если вы занимаетесь разработкой 3D-7D (BIM, propTechs, CAD) решений и вам интересна тема открытых данных и форматов, пожалуйста, переходите на сайт, чтобы больше узнать о проекте: opendatabim.io
Заключение
Большие корпорации выросли в структуры, основная энергия которых из-за давления инвесторов уходит не на развитие технологий, а на поддержание дальнейшей жизнеспособности старых Legacy-программ. Помимо этого корпорации аутсорсят выполнение разработки своих продуктов через разработчиков в Азии, что превратило такие компании из компаний разработчиков собственного софта в финансовые компани, где менеджеры плохо разбираются в разработке САПР. При помощи Сlosed BIM окружений (Autodesk-BIM360, Nemetschek-Nevaris, Oracle-Aconex, Bentley-Projectwise 365) корпорации монополизируют контроль над данными пользователей, заменяя своими сервисами любые сторонние 4D-7D решения (ERP, ECM, CAFM и др.) в экосистеме строительного бизнеса.
Сами корпорации являются заложниками глобальной непрозрачности, убрать которую не готовы главные участники строительной отрасли - строительные компании, которые сегодня не нуждаются в прозрачности, где каждый участник, на котором останавливаются данные или который пропускает их через себя, зарабатывает на владении данными своими “уникальными” компетенциями. Благодаря непрозрачным схемам передачи информации, на каждом этапе происходит потеря её части, а оставшаяся часть подвергается спекуляциям, после чего доходит до конечного заказчика в виде увеличившегося бюджета и потерянного качества. Бенефициарами такой системы являются все участники строительного процесса, кроме заказчика.
"Оптимист — это человек, который думает, что сможет построить дом ценой 12 000 долларов за 12 000 долларов"
Фрэнсис Родман
Строительные организации благодаря непрозрачности зарабатывают сверхдоходы на проектах с “невнимательным” заказчиком, а CAD-корпорации монополией над данными вносят дополнительный хаос в эти уже запутанные и непрозрачные процессы. Пролоббированные в начале 2000-х концепции BIM и IFC, которые должны решать эти проблемы, нельзя считать доступными и прозрачными решениями из-за большой зависимости качества данных от решений “третьей стороны”.
Прозрачные и качественных данные - залог любой успешной работы - должны храниться и передаваться без участия регулирующих и надзирающих органов в виде CAD-вендоров или организаций типа buildingSMART.
Новые решения по работе с прозрачными данными должны разрабатываться с использованием открытого исходного кода. Но так как ни один из крупных игроков строительной отрасли сегодня не заинтересован в поддержке проектов с открытым исходным кодом, любые инициативы по созданию прозрачности должны исходить со стороны самого Open Source комьюнити, в котором лоббирование отдельных интересов и излишняя бюрократия не имеет смысла.
Продолжая работать с проприетарными форматами, мы поддерживаем расстроенную систему, целенаправленно создающую бюрократию, высокие цены, технологический застой и неравенство. “Инфляция недоверия” выросла за счёт непрозрачности данных и усталости от старых бизнес-процессов.
"Покажите мне смену режима, и я покажу вам инфляцию"
Артур Хейс
В то время как руководители строительных компаний вынужденно пытаются заработать на спекуляциях, специалисты-инженеры, получающие всё меньше доступа к своим данным, и в целом вся строительная отрасль устали от чрезмерного человеческого фактора и ждут автоматизации многоуровневой бюрократии.
Отставание в производительности строительной отрасли и застой в технологиях приведёт к тому, что старой системе необходимо будет перерождение в новом коде, в новой логике с меньшей бюрократией и с меньшим влиянием человеческого фактора.
Завершение серии "Войны лоббистов и развитие BIM"
Это последняя часть в серии "Войны лоббистов и развитие BIM".
Спасибо большое за ваши комментарии и вашу критику под статьями! Позитивные комментарии давали направление для дальнейших статей, а ваша критика всегда была к месту и не давала выйти за границы объективности. В результате, начиная с 3 части, каждую статью перед выходом проверяли минимум 3-4 эксперта с различным опытом, которые давали комментарии к черновику материала. Поэтому значительно увеличилось количество ссылок, что, возможно, многие из вас заметили. Спасибо всем, кто помогал мне выпускать статьи! Отдельно спасибо участникам группы BimOpenSourceChat (https://t.me/bimopensource), в которой неоднакратно поднимались вопросы описанные в этой серии.
В этой серии не ставилось целью изображать черно-белыми красками определённые организации или компании. Все проблемы с лоббированием, которые есть у больших корпораций и организаций, возможно, созданы нами самими, и мы все - тем или иным образом - являемся частью этой бюрократической системы. Любая организация и, скорее всего, каждый человек на земле, имея подобные “ресурсы и связи", поступили бы на месте Autodesk, Nemetschek, Vanguard, BlackRock, buildingSMART точно так же: скупая стартапы, создавая бюрократические вертикали, системы контроля и давления. Лоббирование свойственно человеческой натуре, и оно не зависит от стран или организаций.
По своей природе процесс лоббирования связан с влиянием на должностных лиц, чьи решения имеют широкие политические и социальные последствия. Группы давления - это по большей части элитные группы, для которых характерны свои интересы, отличные от большинства населения, но одновременно с этим лоббизм - абсолютно легитимный и нужный институт в гражданском обществе.
В идеальном мире лоббистам стоит обдумывать результаты своих действий с точки зрения благосостояния общества в целом и информировать как своих клиентов, так и должностных лиц о возможных экономических, социальных и политических эффектах. Но, к сожалению, сами лоббисты - это обычные люди, которые страдают от давления своей семьи, акционеров и корпораций, что вынуждает их в ущерб интересам общества продвигать только определенные экономические интересы, которые дают преимущества узкой группе лиц и на короткий промежуток времени.
Скрытие бенефициаров или манипулирование законами было возможно во времена отсутствия журналистики, открытых медиа и доступной информации, во времена поколения бумеров и поколения X. С приходом интернета мир изменился, теперь все мы стали жителями одной большой деревни, в которой любая информация может достичь всех её жителей в течение одного дня.
Эра интернета и Open Source меняют отношение к прозрачности общества. Миллениалы и Зуммеры привыкли к тому, что только прозрачность и способность к отдаче определяют успех жизни в сегодняшней “деревне”. По всей видимости, в ближайшем будущем наше общество привыкнет к тому, что скрыть происхождение идей или ресурсов будет невозможно, что сделает ненужным создание патентов, закрытых клубов, санкций, лоббистских вертикалей и бюрократии, и вполне вероятно, поколение Зуммеров - последнее поколение, знающее слова “инсайдер”, “лоббист” и “бюрократия”.
Следующая серия статей предположительно будет посвящена теме создания данных 4D-7D и тому, насколько этот процесс, на первый взгляд сложный, реализуем при помощи открытых инструментов и Open Source приложений.
Подробнее о проекте открытых данных и форматов - datadrivenconstruction.io
⚡ Data Driven Construction: https://datadrivenconstruction.io
📥Free IFC2x3-to-Excel/DAE converter:
https://datadrivenconstruction.io/index.php/product/free-ifc-2x3-converter-to-xlsx-dae-2024/
📥 Free Revit®(2015-2022)-to-Excel/DAE converter
https://datadrivenconstruction.io/index.php/product/free-revit-2015-2021-converter-to-xlsx-dae/
Предыдущие статьи по теме:
Часть 6: Причины спекуляций в строительной отрасли. Монополии корпораций над данными
Часть 5: BlackRock — хозяин всех технологий. Как корпорации контролируют Open source
Часть 4: Борьба CAD и BIM. Монополии и лоббисты в строительной отрасли
Часть 3: Отцы BIM технологий. Кто стоит за успехом Autodesk и openBIM?
