Об IFC
© Karel Prinsloo/IFC
IFC является самой крупной организацией глобального развития, деятельность которой сосредоточена на частном секторе развивающихся стран.
IFC, входящая в Группу Всемирного банка, способствует экономическому развитию и улучшению жизни людей, стимулируя рост частного сектора в развивающихся странах.
С этой целью мы создаем новые рынки, привлекаем других инвесторов, делимся знаниями и опытом. При этом мы создаем рабочие места и повышаем уровень жизни, особенно бедных и уязвимых слоев населения. Наша деятельность способствует достижению двух взаимосвязанных целей Группы Всемирного банка – искоренение крайней бедности и содействие обеспечению общего благосостояния.
Наша миссия
Содействие экономическому развитию путем стимулирования роста частного сектора в развивающихся странах.
Наши основополагающие ценности
IFC была создана в 1956 году и основана на смелой идее о том, что частный сектор способен стать движущей силой преобразования развивающихся стран. С тех пор корпорация распространила свою деятельность более чем на 100 стран мира, мы сформировали понятие «страны с формирующейся рыночной экономикой» и инициировали создание новых рынков, например, устойчивых облигаций.
Ведущая роль в развитии частного сектора
Чтобы помочь странам в развитии частного сектора, корпорация применяет разнообразные механизмы:
Наша стратегия
Второе важнейшее направление деятельности в рамках Стратегии 3.0 – мобилизация бóльших объемов частного капитала в целях развития, прежде всего, в странах с низким уровнем дохода, а также в странах, затронутых нестабильностью и конфликтами.
Разработанные IFC «Операционные принципы управления целевыми социальными инвестициями» помогают сформулировать общий стандарт для инвестиций, нацеленных не только на получение прибыли, а и на измеримое позитивное социальное, экономическое или экологическое воздействие. Корпорация активно эмитирует инвестиционные инструменты, призванные стимулировать устойчивое развитие, в том числе «зеленые» и социальные облигации.
Результаты нашей деятельности улучшают жизнь людей
IFC отличается рядом очевидных преимуществ в работе с частным сектором в странах мира с наиболее сложными рынками. К числу этих преимуществ относятся опыт инновационной деятельности, возможности оказывать влияние в глобальном масштабе и решимость добиваться измеримого воздействия на развитие.
В 2020 ф.г. объем осуществленных IFC инвестиций составил 22 млрд долл. США
Мы стремимся оказывать позитивное воздействие на жизнь людей повсюду, где мы осуществляем нашу деятельность. Созданная нами система оценки воздействия «Система оценки и мониторинга предполагаемого воздействия» позволяет оценивать действенность наших проектов, исходя как из их предполагаемых результатов для развития, так и их влияния на создание рынков.
Примечание: Вышеупомянутые ссылки переходят на страницы на английском языке
Формат IFC
Если коротко, то формат Industry Foundation Classes (IFC) предназначен для описания данных об архитектуре, проектировании и строительстве и был создан по инициативе Autodesk.
Сразу надо отметить, что IFC не является форматом обмена данными для дальнейшего редактирования. Т.е модель в формате IFC не подходит для продолжения работы с ней после импорта в любую BIM программу. Для чего же можно его использовать? Например, если вашему заказчику понадобится весь проект или его раздел в формате IFC.
Richard Junge взяв за основу STEP, поставил задачу разработать формат, который станет независимым от производителей САПР. Его идея заключалась в том, чтобы весь процесс от проекта до строительства и управления зданием упростить и ускорить. В отличие от традиционного обмена 2D-линиями и 3D-данными объема, IFC должен был предоставить пользователю кросс-программную «интеллектуальную» модель данных. Например, инженер-строитель мог бы изменить или расширить модель данных с учетом статических требований и вернуть изменения архитектору без потерь. Планировщик строительных услуг также мог бы использовать эту информацию для планирования маршрута. Также должны были бы учитываться все изменения модели, т.е. документироваться. Patrick MacLeamy, американский архитектор и председатель BuildingSMART, перенес тему в Соединённые Штаты. Дальнейшая разработка формата IFC осуществлялась Autodesk и в 1994 году Autodesk зарегистрировала формат IFC на своё имя.
Борьба за рынок CAD продолжается по всему миру. Сегодня всё BIM можно разделить на два типа: ClosedBIM – использование в проектировании программы одного производителя, OpenBIM – работа с открытым форматом данных, который должен автоматически читаться другими программами.
Ярким представителем ClosedBIM сегодня является Revit. Он безвозвратно изменил представление пользователей CAD-программ об интерфейсе, простоте использования и быстроте проектирования. Его прародитель, софт Pro/Engineer в середине 90-х был глобальным лидером на западном рынке конструкторского проектирования машиностроительной промышленности. Цель его состояла в том, чтобы создать систему, которая была бы достаточно гибкой, чтобы побудить инженера легко рассматривать различные конструкции, а затраты на внесение изменений в проект должны быть минимальны. Начав в 1996 году команда разработчиков Revit, используя твердотельное параметрическое моделирование с концепцией единой модели данных для всего проекта, создала радикально новый подход к программному обеспечению для строительства. В 2002 году стартап Revit купила компания Autodesk. К сожалению, и, как ни странно, формат IFC трудно стыкуется c программами от Autodesk.
Европейские производители САПР после опубликования формата IFC пытаются его использовать. Например, Graphisoft утверждает, что программа ArchiCAD идеально подходит для работы с этим форматом и говорит о “99 процентной” работе с IFC данными. Правительства многих европейских стран уже давно сделали использование формата IFC обязательным для проектов строительства с государственной помощью. Главным по ОpenBIM в Европе является Nemetschek Group с двумя подразделениями Allplan и Archicad.
Какую роль играет наше государство в вопросах контроля и установления правил по обменным форматам? Оно следует примеру европейцев и похоже, заинтересовано в развитии OpenBIM. Министерство строительства и жилищно-коммунального хозяйства РФ и ФАУ «Федеральный центр нормирования, стандартизации и оценки соответствия в строительстве» в 2017 г разработало методические указания по обеспечению интероперабельности при информационном моделировании объектов строительства.
В данном документе указано, что IFC разработан как формат, который используется как промежуточный при обмене данными между другими форматами программных средств. Он структурирован для передачи данных, а не для поддержки функциональности. Например, он не поддерживает параметрическую геометрию, содержит данные о размерах, но не содержит информации, какие геометрические объекты контролируют эти размеры. Эффективно импорт IFC создает статические объекты, которые больше не редактируются. После импорта статической информационной модели без тщательной проверки каждого элемента нельзя быть уверенным в полной репликации всего объема данных. Посте того, как были внесены изменения в информационную модель с помощью программного обеспечения, экспорт обратно в IFC также проблематичен. Если была изменена только часть здания, остается вопрос ее интеграции в исходную модель IFC. Если все здание будет экспортировано обратно, заменив оригинальную модель IFC, то появится задержка во времени, которая означает различия в содержании данных, или проблемы, возникающие, если модель IFC должна использоваться и в других программных комплексах в процессе проектирования.
Статической модели IFC оказывается достаточно для выполнения анализа с помощью аналитического программного обеспечения. Однако если вы хотите изменить модель на основе результатов анализа, то IFC не позволит этого сделать. Так, на сайте Archicad отмечается, что при импорте IFC-модели некоторые элементы, определенные как IfcWall, IfcSlab и т.д., импортируются как объекты, а не как стены, перекрытия и т.д. Причина заключается в их упрощенном геометрическом BREP-представлении, задающем «наружную поверхность» или «контурное представление». Это означает, что кроме геометрической формы элемент не включает никакой другой информации, например, нет его привязки к осевым линиям. Таким образом, при проектировании конструкций со сложной геометрией в случае обмена данными по стандарту IFC приходится сталкиваться с потерей информации.
Стандарт формата IFC регулярно обновляется, регулярно обновляются программные средства, изменяются их функциональность. Некоторые классы удаляются, другие изменяются и добавляются новые. Нет гарантии, что все сохраненные файлы всегда будут корректно читаться программными средствами в будущем.
Существует ряд инициатив по созданию стандартов компонентов BIM, таких как Национальная библиотека BIM в Великобритании NBS (UK NBS National BIM Library). Но в NBS Великобритании пришлось использовать файлы проприетарного формата из-за отсутствия необходимой функциональности файлов IFC. Тем не менее, возможно появится способ для создания файловой схемы компонента IFC.
Альтернативой использованию формата IFC для обмена данными является использование специальных инструментов программного обеспечения для обмена данными:
– программные решения одного производителя САПР на основе внутренних форматов и прямых API-интерфейсов (интерфейс прикладного программирования);
– программные решения различных производителей САПР на основе проприетарных форматов и прямых API-интерфейсов.
Многие специалисты BIM считают, что формат обмена IFC не соответствует в полной мере их требованиям к обмену данными. Обсуждение данного вопроса и совместной работы постоянно ведется основными BIM-вендорами, такими как, Trimble, Graphisoft, Hexagon, Nanosoft, Aveva, Renga, Dassault Systemes, Allplan, Cadmatic, CSoft Development и пр. В основном ими приветствуется концепция OpenBIM. Причин тому много. И то, что нет такой ClosedBIM (или SuperBIM) которая бы в полной мере обеспечивала все разделы проектной документации, расчет и дальнейшую эксплуатацию. И то, что чем больше проект, тем больше независимых участников. Многие производители САПР понимают, что увеличения использования их софта можно добиться, если предлагать помощь своим клиентам в интеграции и сами разрабатывают какие-либо решения. Именно европейские вендоры активно развивают конвертеры, адаптеры и сервисы с сохранением всей геометрией и атрибутивной информацией. Например, eShare – веб-портал для визуализации, обмена и интеграции проектных, строительных и эксплуатационных данных о промышленном объекте на основе BIM модели компании Cadmatic, Bimplus – открытая платформа для совместной работы над проектами на основе BIM-модели для строительной отрасли компании Allplan.
Заказчики строительства, производители строительных материалов и инженерного оборудования используют решения различных САПР и заинтересованы в том, чтобы все САПР в полном объеме интегрировались друг с другом. Или хотя бы быстрее появлялись цепочки использования программных решений.
Различие интересов участников такого сложного процесса как строительство от инвестора и проектировщика до управляющей и эксплуатирующей компании слишком велико. Это и вопросы интеллектуальной собственности, и финансовых результатов, и различного рода ответственности. Хотя, казалось бы, что от автоматизации процессов и прозрачности должны выиграть все. Как будет развиваться данный аспект BIM трудно предсказывать. Возможно наступит время, когда информация по проекту не будет задерживаться у отдельных компаний, а будет передаваться автоматизировано и прозрачно в единую модель проекта.
Open Source в строительстве. Непрозрачность IFC формата и buildingSMART. Войны лоббистов и развитие BIM. Часть 7
Содержание статьи:
К сожалению с приходом BIM доступ к данным в строительной отрасли не стал доступнее и дешевле. BIM-данные, созданные при проектировании в CAD-программах, сегодня невозможно использовать в других 4D-7D решениях без использования дорогих CAD-программ, сложных плагинов, неполных API или “не совсем интероперабельного” формата IFC.
К сожалению, де-факто у организации buildingSMART есть рычаги управления развитием проекта IFC, и сам проект подвергается лоббированию отдельных интересов, что не позволяет считать прозрачной и открытой разработку самого формата IFC, который позицинирует себя как продукт близкий к open Source.
Азиатские и европейские бенефициары openBIM движения
Активными разработчиками и основными бенефициарами идеи IFC сегодня являются европейские вендоры, стремящиеся переломить гегемонию Autodesk над данными, и азиатские компании, участвующие в проекте Нового шелкового пути.
Основные силы организации buildingSMART сегодня направлены на развитие разделов IFC Road, IFC Rail, IFC Ports, IFC Tunnel: почти все достижения формата IFC последних семи лет связаны с развитием классификаторов и документаций к инфраструктурным проектам.
Азиатским инвесторам (членам-участникам) buildingSMART необходимо в достаточно сжатые сроки построить транспортную инфраструктуру из центрального Китая в центральную Европу. Новые железные дороги прокладываются через Азию и восточную Европу, а также от греческих портов через Сербию в северную Европу, что поможет ускорить доставку грузов из Китая в Европу по сухопутным высокоскоростным магистралям. В 2020 году служба грузовых перевозок Нового шелкового пути уже охватывала более 13 000 км дорог.
Для синхронизации информации по проектам азиатские и европейские специалисты используют формат IFC, в классификацию которого добавляются новые классы элементов (entities) и параметрическая геометрия, чтобы по описанию этой геометрии конкретный элемент отображался в любой (азиатской или европейской) CAD-программе одинаково.
На примере последней редакции IFC 4.3 Bridge можно увидеть, как работает лоббирование отдельных интересов: в классификацию формата IFC добавлен элемент Bridge Cap, который используется при строительстве только в одной определенной европейской стране. Данный элемент является абстрактным объектом. В каждой стране есть свои нюансы для отображения которых можно использовать этот абстрактный объект, но зачем он нужен в мировом формате, если в других странах он не используется. Это произошло, потому что разработчики из конкретного комитет (rooms) по обсуждению IFC Bridge” работают только в одной стране, и этим специалистам было особенно важно добавить этот элемент в классификатор IFC, без учёта того факта, что в других странах мира и даже европы элемент “Bridge Cap” при строительстве или не используется, или в этом месте при строительстве мостов используются элементы с другой геометрией.
То есть небольшие группы специалистов, обладающие определёнными связями, имеют возможность без дополнительных обсуждений записывать национальные элементы своих производителей с подробным описанием как стандарт в новую версию мирового IFC-классификатора.
Но если у строителей железных дорог в других странах нет подобных соединительных элементов в проектах или они используют похожие соединители с другими свойствами, то таким строителям необходимо организовать национальный комитет 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 не получится.
Гарантию качественной передачи данных через формат IFC может дать только строгое следование общим требованиям, опубликованным в огромном количестве документов по спецификации IFC от buildingSMART. Документы эти доступны бесплатно, но спецификация IFC настолько большая, что не позволяет вникать в нее достаточно быстро к этому добавляется основная проблема формата в том, что в большом количестве бюрократических текстов есть непрозрачность в том, как трактовать определённые положения в требованиях.
Правильное понимание “определённых положений” доступно только платным участникам. Как следствие, тот, кто хочет получить доступ к важным знаниям (определенным особенностям IFC), будет платить, либо доходить до этого своими исследованиями, что может выйти дороже, чем взнос за членство в buildingSMART.
«Ты натыкаешься на вопрос об импорте и экспорте данных через формат IFC и спрашиваешь у коллег-вендоров: “А почему так в файле IFC передаётся информация про параметрическую передачу помещений? В открытой спецификации от buildingSMART ничего про это не сказано”. Ответ от «более знающих” европейских вендоров: “Да, не сказано, но допустимо«
Из интервью разработчика CAD-программы Renga (члена buildingSMART, занимающегося активной имплементацией формата IFС в свои решения)
Одновременно с этим те компании, которых интересует данные по объёмам из 3D моделей и которые инвестировали своё время и деньги в поддержку IFC в итоге разочаровываются в формате из за того, что формат IFC практически не применим в тех процессах, когда речь заходит о подсчётах смет, калькуляциях 5D или графиках строительства 4D.
Решением проблем с качеством передачи должна была стать сертификация программ по стандартам buildingSMART, которая через соблюдение большого количества бюрократических пунктов должна была решить вопрос с правильной имплементацией. Такая сертификация по импорту и экспорту IFC от buildingSMART для небольшой софтверной компании может начинаться от 50 или чаще 100 тысяч долларов, что является большой нагрузкой на бизнес таких компаний. К сожалению, полностью доверять информации о прошедшей сертификации нельзя, так как наличие сертификата часто означает, что IFC только читается, но о качестве этого прочтения можно только догадываться.
Чтобы избежать проблем с интерпретацией и получать качественный файл IFC в разных программах, необходимо открыто публиковать дополнительные рекомендации (соглашения об имплементации), сейчас доступные только платным членам, каждый год собирать разработчиков больших и средних компаний и вместе с buildingSMART принуждать их с каждым выходом новой версии IFC качественно соединять все изменения и нововведения от buildingSMART с нововведениями в их CAD-Legacy продукте.
Сложность работы с форматом IFC
Проблема стандартной классификации от 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, куда нельзя вносить изменения без покупки членства.
Строительной общественности остаётся каждый год, с выходом новых версий CAD-программ, полагаться на добрую волю владельцев CAD-корпораций и организации buildingSMART, которые будут одинаково имплементировать модули по импорту и экспорту IFC. Утопичность этой идеи, к сожалению, не позволяет сегодня считать формат данных IFC значимым электронным документом.
Строительной отрасли необходима интероперабельность
Решением проблем проприетарности и закрытости являются проекты с доступом к исходному коду. Более успешные отрасли экономики уже осуществили переход на Open Source решения. Шанс на возможность получить данные в прозрачном и понятном и удобном виде в строительной отрасли дадут нам открытые инициативы и Open Source комьюнити.
Open Source возник в 1980-е годы, когда на рынке домашней техники появилось большое количество персональных компьютеров, которые с каждым годом уменьшались и дешевели, что давало возможность даже небольшим коммерческим компаниям и частным лицам познакомиться с новым миром электронных данных.
Одновременно с этим появлялось всё больше энтузиастов или сотрудников коммерческих компаний, которые писали программное обеспечение. И всё чаще возникал вопрос, нужно ли лицензировать программы, что привело к тому, что в 1974 году программы приравняли к литературным произведениям. Началась конкуренция и разработка лицензий для программ, появились юридические запреты на изменение продуктов сторонними разработчиками.
1996 год, Брюс Перенс, автор набора правил Open Source, руководитель проекта Debian.
Многие лидеры технологий в 90-е считали открытый код ядом, который разрушит все принципы экономического благополучия. Президент SAP Шай Агасси (Shai Agassi) на собрании Churchill Club в Кремниевой Долине называл системы с открытым кодом тормозом прогресса.
Стив Баллмер, который сменил Билла Гейтса на посту CEO Microsoft, также сравнивал Linux с коммунизмом и назвал Open Source проект Linux «раком» отрасли.
“Linux — не общественное достояние. Linux — это рак, который пожирает всё, чего касается в смысле интеллектуальной собственности. Так работает его лицензия”
2001 год, директор Microsoft Стив Балмер (Steve Ballmer)
Но взлёт популярности систем Linux, Android, Ubuntu комьюнити разработчиков и желания клиентов заставили корпорацию сменить политику. За 20 лет 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 приложениях и библиотеках.
Без создания комьюнити (сообществ) у 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, только четвёртая часть, посвященная обмену данными в строительстве, находится до сих пор в разработке.
Если вы занимаетесь разработкой 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, которые должны решать эти проблемы, нельзя считать доступными и прозрачными решениями из-за большой зависимости качества данных от решений “третьей стороны”.
Новые решения по работе с прозрачными данными должны разрабатываться с использованием открытого исходного кода. Но так как ни один из крупных игроков строительной отрасли сегодня не заинтересован в поддержке проектов с открытым исходным кодом, любые инициативы по созданию прозрачности должны исходить со стороны самого Open Source комьюнити, в котором лоббирование отдельных интересов и излишняя бюрократия не имеет смысла.
Продолжая работать с проприетарными форматами, мы поддерживаем расстроенную систему, целенаправленно создающую бюрократию, высокие цены, технологический застой и неравенство. “Инфляция недоверия” выросла за счёт непрозрачности данных и усталости от старых бизнес-процессов.
«Покажите мне смену режима, и я покажу вам инфляцию»
В то время как руководители строительных компаний вынужденно пытаются заработать на спекуляциях, специалисты-инженеры, получающие всё меньше доступа к своим данным, и в целом вся строительная отрасль устали от чрезмерного человеческого фактора и ждут автоматизации многоуровневой бюрократии.
Отставание в производительности строительной отрасли и застой в технологиях приведёт к тому, что старой системе необходимо будет перерождение в новом коде, в новой логике с меньшей бюрократией и с меньшим влиянием человеческого фактора.
Завершение серии «Войны лоббистов и развитие BIM»
Это последняя часть в серии «Войны лоббистов и развитие BIM».
Спасибо большое за ваши комментарии и вашу критику под статьями! Позитивные комментарии давали направление для дальнейших статей, а ваша критика всегда была к месту и не давала выйти за границы объективности. В результате, начиная с 3 части, каждую статью перед выходом проверяли минимум 3-4 эксперта с различным опытом, которые давали комментарии к черновику материала. Поэтому значительно увеличилось количество ссылок, что, возможно, многие из вас заметили. Спасибо всем, кто помогал мне выпускать статьи! Отдельно спасибо участникам группы BimOpenSourceChat (https://t.me/bimopensource), в которой неоднакратно поднимались вопросы описанные в этой серии.
Скрытие бенефициаров или манипулирование законами было возможно во времена отсутствия журналистики, открытых медиа и доступной информации, во времена поколения бумеров и поколения X. С приходом интернета мир изменился, теперь все мы стали жителями одной большой деревни, в которой любая информация может достичь всех её жителей в течение одного дня.
Следующая серия статей предположительно будет посвящена теме создания данных 4D-7D и тому, насколько этот процесс, на первый взгляд сложный, реализуем при помощи открытых инструментов и Open Source приложений.
Предыдущие статьи по теме:
