Кто круче в BIM: Autodesk или Bentley Systems? (спросили Грега Бентли)

Буква «B» в акрониме «BIM» означает здания (buildings), что является лишь одной из областей нашей деятельности. Мы предпочитаем говорить, что занимаемся развитием инфраструктуры. В нашем определении BIM «B» обозначает «Более эффективная реализация проекта» (Better project deliver). В любом другом аспекте, кроме коммерческих зданий, наша доля рынка больше, чем у Autodesk.

Но если «B» символизирует здания, то здесь Autodesk сильнее. Вы полагаете, что для некоторых Revit и BIM одно и то же, а я бы сказал, что такое видение потенциала BIM является устаревшим. Он гораздо шире, чем здания.

Весной я был в Китае, где буквосочетание «BIM” не имеет какого-либо значения. На визитках может быть указано «BIM директор» или «менеджер BIM отдела»... Но BIM ничего не обозначает… На мой взгляд, они там имеют ввиду умную инфраструктуру.

Не хочу быть неправильно понятым и замечу, что и строительство зданий – важный для нас сектор, а наше решение AECOsim Building Designer является высококачественным продуктом, использование которого растет.

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

Эти компании и категории были созданы тогда, когда адресное пространство компьютеров было незначительно, и приходилось осуществлять проект в частичном масштабе, масштабе здания или масштабе относительно земли, и необходимо было выбирать между этими вариантами. Сегодня память «бесконечна», но институциональные категории не изменились.

Мое мнение, что сама по себе модель – уже неправильный термин, поскольку интеграция и индексирования – это способы взаимосвязи форматов оригинала. Вы хотите интегрировать индекс, а не воплощать все вновь в модели.

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

Так, «Юбилейная» (Jubilee) линия лондонского метрополитена спроектирована с помощью трехмерных технологий. Полагаю, что такого рода цифровые проектируемые модели по-прежнему можно использовать сегодня, если найти нужный способ управления. Но я не буду рассуждать, BIM это или нет. В процессе жизненного цикла цифровых проектируемых моделей BIM приходит и уходит.

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

Нам приходится справляться с трудностями, связанными с тем, что форматы файлов не изменяются так часто, как это было бы удобно. Например, текущие программные продукты Bentley должны распознавать все файлы и компоненты в проекте «Юбилейной» линии метро.

Наши конкуренты не всегда считают это необходимым. Сможем ли мы продолжать придерживаться таких принципов на протяжении последующих 20 лет, когда темп изменений постоянно ускоряется? Я думаю, что если за время существования Интернета удалось извлечь какие-то уроки, то это касается самоописания. Если информация способна к самоописанию, принимать форму каких-либо внешних стандартов не обязательно. Это будет способствовать долговечности технологических данных.

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

В целом наша точка зрения такова, что внешние стандарты полезны настолько, насколько они развиты, а они никогда не развиты достаточно, или не являются достаточно злободневными или широкоохватными, чтобы в должной мере обеспечивать стандарт сохранения интеллектуальных данных. Для целей такого обмена мы создали контейнер информационной модели (i-model container), который можно использовать для реализации любого рабочего пакета. Это является самоописанием.

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

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