Учитывая, что множество как признанных компаний-разработчиков программного обеспечения, так и амбициозных стартапов стремятся изменить то, как индустрия AEC (Architecture, Engineering & Construction) использует данные в своих проектах, как пользователи планируют, что будет дальше? Это тема, над которой я провел много часов, и которую мне регулярно приходится переоценивать с каждым новым стартапом.
В этой статье давайте немного углубимся в технологические тенденции, которые, по моему мнению, окажут наиболее существенное влияние на сектор AEC, а также взглянуть на некоторые разработки, которые в настоящее время ведутся. И попутно будем направлять своё внутреннее Мистическое Я, чтобы сделать некоторые прогнозы, основываясь на том, что появляется на рынке.
Но сначала давайте вернёмся примерно в 2015 или 2016 год, когда выходило много статей о технологических стеках AEC. В них было описано несколько интервью отраслевых менеджеров по дизайну и проблемах, с которыми они столкнулись. Громко и ясно прозвучало их общее разочарование отсутствием инноваций в архитектурном BIM. Разработка Revit, казалось, не стабилизировалась, затраты росли, и для многих внедрение передовых практик в области BIM и создание чистых, структурированных данных казалось недосягаемым.
Значительное повышение производительности, конечно же, является постоянной целью для большинства компаний, наряду с извлечением пользы из гигабайтов данных, которые они создают. Другие задачи включают в себя устранение узких мест в рабочих процессах BIM, отслеживание требований, когда дело касается аппаратного обеспечения/программного обеспечения/навыков, размышление о способах освобождения и интеграции данных, захваченных в хранилищах, не говоря уже о том, чтобы быть на шаг впереди правил, условий и требований ISO. определения.
Но в то время, в середине 2010-х годов, казалось, что каждый поставщик направлял большую часть своего бюджета на исследования и разработки на создание облачных систем для доставки PDF-чертежей подрядчикам, а не на усовершенствование существующих инструментов проектирования и внедрение новых, которые может помочь клиентам решить их собственные насущные проблемы.
Перенесемся в сегодняшний день, и многое изменилось. Сейчас у нас есть множество новых инструментов проектирования BIM, находящихся в открытой разработке, многие из которых привлекли венчурное финансирование, а некоторые еще не вышли из скрытого режима. И почти все, что появляется, в первую очередь основано на облачных технологиях.
Переходим в облако
Переход к облаку был всеобъемлющим. В ответ на открытое письмо от клиентов Revit в 2020 году, в котором выражалась обеспокоенность по поводу будущей дорожной карты продукта, Autodesk подтвердила, что не будет никакого кардинального переписывания своего доминирующего в отрасли средства моделирования BIM в духе его текущего воплощения для настольных компьютеров.
Вместо этого генеральный директор Autodesk Эндрю Анагност выразил мнение, что он не хочет «создавать более быструю лошадь». Он настаивал, что будущее всех решений компании будет «облачным».
С тех пор компания представила первую часть своей облачной концепции AEC — Autodesk Forma, направленной на концептуальное архитектурное проектирование. И со временем другие настольные приложения Autodesk будут переписаны как облачные приложения, при этом как данные, так и приложения будут находиться в растущей облачной инфраструктуре Autodesk.
Хотя все это кажется относительно новым, компания уже работала над этим за несколько лет до запуска Autodesk Fusion в 2013 году. Fusion было первым чисто облачным приложением компании и частью более широкой концепции по переписыванию всего общего и основного программного обеспечения Autodesk. функционирует как веб-сервисы, которые могут лечь в основу новых веб-приложений. Это видение, первоначально названное Forge, а затем переименованное в Autodesk Platform Services, было очень смелым долгосрочным шагом — колоссальной ставкой компании на то, что следующей платформой станет облако.
Другие поставщики, похоже, согласны. За последние восемнадцать месяцев или около того я не видел ни одного нового AEC-приложения от какого-либо разработчика, которое можно было бы рассматривать как настольное приложение в том смысле, что оно может полностью работать на локальной рабочей станции без компонента Интернета или подключения.
С точки зрения программной палеонтологии, мы, несомненно, находимся в раннем периоде «клаудицена». Если вы создаете новое приложение для коммерческого запуска в пространстве AEC, оно почти наверняка ориентировано на облако и доступно только по подписке.
(Термин "клаудицен" является игрой слов, сочетающей термины "клауд" (облачные вычисления) и "каменный век" (период в истории человечества). Используется он для описания раннего этапа развития облачных вычислений, аналогичного периоду каменного века в истории человечества.
Таким образом, фраза "ранний период 'клаудицена'" означает, что мы находимся на ранней стадии развития облачных вычислений, подобно тому, как люди находились на ранней стадии развития в период каменного века. Это указывает на то, что технологии облачных вычислений только начинают раскрывать свой потенциал, а перед нами еще много возможностей и прогресса в этой области).
В то же время существует множество устаревших приложений, которые еще предстоит заменить или переписать, и клиенты, вероятно, еще не осознают этого. Для многих компаний процесс перехода на 100% в облако может занять десятилетие. Так есть ли шанс, что нас ждет более гибридное будущее настольных компьютеров и облака?
Это интересный вопрос. В отрасли механических САПР (MCAD) мы стали свидетелями того, как два новых облачных приложения были разработаны и выпущены за большие деньги с целью бросить вызов превосходству настольной системы Solidworks на базе Windows от Dassault Systèmes.
Обе компании не смогли достичь своей широко заявленной цели — узурпировать этот лидирующий на рынке продукт. Первым из них является Onshape, созданный основателем Solidworks Джоном Хирштиком и проданный PTC в 2019 году за 470 миллионов долларов, таким образом пополнив список настольных приложений PTC.
Другим претендентом, как упоминалось ранее, является Autodesk Fusion. Он все еще находится в разработке, но продолжает играть второстепенную роль после настольного Autodesk Inventor.
Зрелость, безусловно, является проблемой, когда дело касается наборов функций обоих соперников, особенно на устоявшемся рынке, полном опытных пользователей. Гибкость, которую предлагает облако, до сих пор не была достаточно привлекательной, чтобы превзойти глубину функциональности многих настольных продуктов.
На мой взгляд, MCAD отличается от AEC, и вполне возможно, что те же проблемы не будут препятствовать амбициям облачных приложений AEC. Однако сохраняется риск того, что новым облачным приложениям потребуется гораздо больше времени, чем ожидалось, чтобы вытеснить настольные BIM-инструменты. Такие компании, как Graphisoft, перестраивают свое программное обеспечение BIM для работы в гибридном режиме, когда данные и обработка выполняются либо онлайн, либо локально на рабочем столе. В конечном итоге решающим фактором может стать смена поколений в AEC, поскольку в отрасль приходят молодые работники.
Я, например, не в восторге от аренды компьютера в небе, когда передо мной стоит совершенно хороший компьютер, и я мог бы добавить, что он не взимает микроплату за доступ и вычисления. Меньше King Canute, больше King Compute.
Файлы в базы данных
Одним из побочных эффектов перехода к облаку является способ структурирования данных. Мы всегда работали с файловыми рабочими процессами, но они подвержены потерям, повреждению и дублированию. Пользователи создают данные, хранящиеся на локальном диске, обычно в собственной файловой системе САПР, такой как DWG или RVT. Эти основные файлы дизайна используются для создания сотен файлов документов, таких как PDF-файлы, которыми также необходимо управлять между проектами, сетями и пользователями.
Но поскольку данные все чаще хранятся в облаке, нам необходимо по-другому структурировать наши данные. Для облегченной передачи он должен быть «потоковым». Его необходимо раздробить для лучшего динамического обмена, предоставляя пользователям только те данные, которые имеют отношение к поставленной задаче, а не отправлять все вместе с кухонной раковиной через Интернет. В частности, BIM-файлы могут за короткий промежуток времени стать большими и громоздкими. Данные проекта необходимо расширять, а не собирать в отдельные пулы, уникальные для схемы каждого приложения. Хранилища данных — это ловушки, препятствующие сотрудничеству. Эти пулы должны стать едиными озерами пространственно связанных данных проекта. Все это происходит.
Autodesk и Bentley Systems продвигают унифицированные структуры баз данных. В случае Autodesk это Autodesk Docs. Для Bentley это iTwin. Подход Autodesk является запатентованным и реализуется в облаке компании. Bentley iTwin, напротив, сделан открытым и портативным.
Другие разработчики программного обеспечения BIM, такие как Vectorworks, интегрируют возможность подключения к базе данных для расширения своих рабочих процессов на основе файлов. Graphisoft использует уникальный гибридный подход, при котором данные могут находиться как локально, так и в облаке. Похоже, что форматы файлов BIM, какими мы их знаем, станут либо просто транзакционными, либо устаревшими. Как сказал Анагност из Autodesk: «Файлы — это мертвая вещь, работающая».
В отрасли предпринимаются некоторые попытки создать структуры открытых данных, чтобы специалисты AEC могли контролировать свои собственные данные, не полагаясь на коммерческую облачную платформу и, возможно, не попадая в ее ловушку (см. раздел «Открытость»).
Доступ через API
В пасмурном будущем «отправка данных» станет последним средством. Вместо этого приложения проектирования «придут» туда, где хранятся данные, и доступ к ним будет осуществляться через API (интерфейсы прикладного программирования), которые предоставляют доступ для выполнения задач с разрешенными данными.
Исторически сложилось так, что разработчик программного обеспечения писал специальное приложение, которое размещалось поверх настольного Revit для доступа к данным BIM. В будущем, а в некоторых случаях прямо сейчас, новые стартапы будут писать приложения, которые размещаются в облаке и просто подключаются к хранилищам данных клиента для выполнения задач. Если данные находятся в файле на настольном компьютере, подключаемые модули извлекают данные и отправляют их в облако для обработки. В процессе, ориентированном на облако, возможно бесшовное соединение между приложениями.
Однако одна из проблем с чем-либо, основанным на облаке, заключается в том, что для этого используется чужой компьютер. Часто взимается плата, связанная с хостингом данных, а также плата за микротранзакции за вызовы API и передачу данных между облачными серверами. Помимо подписки на инструменты, будет какая-то система оплаты токенов за использование, возможно, за вызов API. Использование будет измеряться.
Но здесь на помощь приходит блокчейн.
Технология блокчейн предлагает решение для этих проблем. С помощью умных контрактов и децентрализованных сетей, блокчейн позволяет безопасно и эффективно передавать данные между сторонами, минимизируя риски централизации и повышая прозрачность.
Таким образом, блокчейн не только изменяет способ доступа к данным в BIM, но и решает ключевые проблемы, связанные с облачным хранением и использованием API.
Выводя это на новый уровень, мы можем представить систему, где данные BIM хранятся в децентрализованной сети блокчейн, обеспечивая безопасность, прозрачность и доступность, необходимые для эффективной работы в индустрии.
Итак, друзья, блокчейн меняет игру в мире BIM, делая доступ к данным более удобным и безопасным, и мы только начинаем видеть его потенциал в этой области.
Открытость
Мы живем в захватывающие времена. На протяжении большей части истории BIM единственным открытым стандартом был IFC (Industry Foundation Classes), который считался результатом наименьшего общего знаменателя. Честно говоря, на этом пути он пострадал от некоторых плохо выполненных экспортных интерпретаций со стороны поставщиков программного обеспечения.
Теперь кажется, что мы находимся на пороге выбора, и 3D-форматы вылетают из наших ушей. USD (универсальное описание сцены) было использовано ключевыми игроками отрасли, которые работают с Khronos Group (glTF) над гармонизацией этих моделей с форматами сцен. Существует множество новых стандартов метавселенной для 3D, например, Open Tiles компании Cesium для 3D-геопространственного контента. Мобильность данных резко возрастет по мере того, как исчезнут барьеры для совместного использования.
На мероприятии Autodesk University (AU) в прошлом году компания объявила о важном соглашении о совместимости с Trimble, Ansys и Nemetschek, которое вскоре будет официально ратифицировано. Ранее Autodesk подписалась на использование библиотек IFC от Open Design Alliance (ODA) и создание комплексных веб-сервисов перевода файлов для своего предложения Forma.
Теперь я считаю, что Autodesk очень серьезно относится к обеспечению открытости и совместимости в сфере AEC, что может показаться нелогичным, поскольку компания десятилетиями получала выгоду от привязки DWG и RVT. Но было обнадеживающе услышать слова Анагноста на брифинге для прессы в Австралии: «Это не наши данные, это данные клиента».
Это важно. Для индустрии наступил момент «рушения Берлинской стены» — и рядом нет Дэвида Хассельхоффа, который бы испортил его пением. Все ключевые компании-разработчики программного обеспечения согласны с тем, что данные должны передаваться между приложениями и что проприетарные подходы противоречат общим интересам. Я надеюсь, что это обещание станет реальностью.
Экосистемы и облачные API
Autodesk извлекла выгоду из создания собственных экосистем продуктов и объединения их сначала в пакеты, а затем в коллекции. Хотя его приложения могут не очень хорошо работать вместе, клиенты активно используют AutoCAD, Navisworks, 3ds Max, Revit, Forma, Docs, Civil 3D и Recap. Перейдя в облако, обеспечив открытость и отдав предпочтение API-интерфейсам над файлами и приложениями, клиенты смогут принять решение о разделении пакетов при переходе с настольных компьютеров и создать технологический стек лучших в своем классе облачных приложений и сервисов от нескольких поставщиков, подписавшись только на что им нужно от технологического стека Autodesk.
Поскольку проприетарные блокировки файлов ушли в прошлое, инструменты и сервисы станут гораздо более гибкими, чем сегодня. Фирмам придется больше ориентироваться на данные, одновременно управляя своим технологическим набором облачных сервисов. Благодаря гибкости данных мы должны меньше беспокоиться о привязке к конкретным приложениям для разработки.
Эволюция экосистем и облачных API: роль блокчейна и смарт контрактов
Autodesk является примером компании, которая успешно объединила свои продукты в экосистему, предлагая клиентам широкий спектр инструментов от AutoCAD до Revit. Однако, переход к облаку открывает новые возможности, где открытые API-интерфейсы заменяют проприетарные блокировки файлов.
В этом контексте блокчейн и смарт контракты играют ключевую роль, обеспечивая безопасное и прозрачное взаимодействие между различными облачными сервисами и приложениями. Благодаря использованию блокчейна, клиенты могут создавать гибкие технологические стеки, комбинируя лучшие в своем классе облачные решения от различных поставщиков и подписываясь только на то, что им нужно.
Применение смарт контрактов в облачных API позволяет автоматизировать процессы управления данными и услугами, обеспечивая прозрачность и автоматизацию при взаимодействии между различными сервисами. Это уменьшает зависимость от конкретных приложений и позволяет фокусироваться на работе с данными в любом приложении, которое соответствует их потребностям.
Таким образом, блокчейн и смарт контракты играют ключевую роль в развитии гибких и прозрачных облачных экосистем, где данные становятся центральным элементом, а клиенты получают больше свободы выбора и контроля над своими технологическими стеками.
Искусственный интеллект
Да, ИИ сильно переоценен. Да, это маркетинговый флажок для любой компании-разработчика программного обеспечения, которая интегрировала ChatGPT или Midjourney в свой продукт. Тем не менее, искусственный интеллект окажет долгосрочное влияние на индустрию AEC.
Такие компании, как SWAPP, пытаются использовать ИИ для автоматизации таких процессов, как преобразование простых эскизов в подробные BIM-модели или сокращение времени изготовления чертежей с месяцев до минут. ИИ уже используется в инструментах анализа и генеративном проектировании. Архитекторы используют его для написания Python и другого кода, для извлечения данных из файлов, для исправления моделей, оптимизации эскизов, оценки энергоэффективности и для обратного проектирования BIM-объектов из глупых облаков точек.
Инженеры-строители анализируют плотины, мосты и туннели, просматривая видео с помощью искусственного интеллекта для выявления трещин. Такие компании, как Augmenta, подключают все электрические компоненты в BIM-модели.
И это только начало. Дело в том, что здания и инфраструктура — это данные, шаблоны. Структуры подчиняются физическим законам, а материалы обладают присущими им свойствами. Автоматизация проектирования ИИ — это неизбежность, но она, скорее всего, произойдет в связи с человеческим взаимодействием, хотя и с участием меньшего количества людей, чем раньше могло быть необходимо для завершения проекта.
Несмотря на то, что для проектирования зданий будут использоваться общие ИИ, в крупных компаниях основное внимание будет уделяться разработке собственного ИИ для проектирования, обученного на прошлых проектах, а также сбора и повторного использования знаний поколений сотрудников.
Обувная фирма Adidas имеет собственный искусственный интеллект, который содержит тысячи фотографий всех кроссовок, когда-либо выпущенных компанией. Дизайнеры могут использовать этот инструмент для взаимодействия и создания эскизов, при этом ИИ предлагает дизайны с деталями из обуви предыдущих поколений.
В долгосрочной перспективе, чем проще тип здания, тем больше возможных вариаций темы и тем легче будет ИИ стать экспертной системой проектирования и проектирования, минуя текущие этапы проекта и переходя сразу к цифровому формату 1:1. изготовление.
Автоматизация
Сделав шаг назад, прежде чем мы сделаем всю отрасль ненужной, одной из актуальных тем для развития является создание по-настоящему автоматизированных чертежей. Если бы компании проанализировали время, программное обеспечение и навыки, необходимые для создания документов, они бы увидели, что все это в совокупности представляет собой значительную часть операционных затрат. Даже если бы первое поколение такого рода технологий могло автоматизировать только 50% производства документации, экономия была бы огромной.
Над реализацией этого уже работают несколько фирм, а именно SWAPP, Bentley Systems, Graphisoft и Graebert. Правила, с которыми работают эти системы, могут быть получены на основе сканирования прошлых макетов или настроены вручную с помощью флажка.
У Греберта уже есть ранняя версия автоматизированного инструмента для создания чертежей, который может предлагаться как стандартная услуга SaaS или лицензироваться разработчикам как внутриприкладной компонент. В качестве облачного сервиса вы можете просто загружать модели любого происхождения, возвращать наборы чертежей в соответствии с вашими спецификациями или использовать автоматизацию с помощью API, чтобы обеспечить постоянную поставку актуальных чертежей, полученных на основе BIM-моделей конкретного проекта.
Проблема наших нынешних инструментов BIM заключается в том, что их ключевым результатом являются скоординированные наборы чертежей. Если ИИ сможет гораздо лучше автоматизировать большую часть этой работы, это сделает половину функциональности пакетов BIM избыточной. Моделирование можно проводить в чем угодно: Rhino, SketchUp, Blender BIM. Будут ли нам по-прежнему нужны монолитные BIM-решения от моделирования до чертежей? Гонка уже началась.
Те, кто хочет изучить автоматизацию сейчас, могут использовать впечатляющую новую возможность автоматизации Speckle, чтобы сократить трудоемкие задачи. Объединив соединители Speckle, которые работают внутри современных инструментов BIM, с API и SDK, можно создавать автоматизированные рабочие процессы на основе ключевых триггеров. Например, это может включать в себя запуск анализа при изменении дизайна и его последующую загрузку в Speckle или запуск контроля качества/обнаружения коллизий.
Команда Speckle также экспериментирует с приложениями искусственного интеллекта и недавно продемонстрировала возможность использовать ChatGPT для «общения» с BIM-объектами в модели.
BIM-инструменты
Поскольку функциональные возможности зрелых настольных приложений, таких как Revit, помечены для перехода в облако, у новых игроков появляется ощущение возможности выйти на рынок. Другими словами, они хотят действовать быстро, в то время как Autodesk отвлекается на управление процессом изменений. Но приложения прилипчивы, и пользователям не нравится, когда профессиональные знания, над получением которых они упорно трудились, обесцениваются. Даже если бы не было новой конкуренции, новые облачные инструменты Autodesk все равно столкнулись бы с противодействием со стороны укоренившихся, ориентированных на настольные компьютеры пользователей Revit на основе файлов.
За рынок BIM конкурируют Snaptrume, Arcol и Qonic, а еще как минимум два других находятся в стадии разработки и еще не вышли на рынок. Эти облачные приложения уже находятся на пути к разработке BIM. Qonic фокусируется где-то между архитектурой и строительным BIM, но не предлагает встроенных 2D. Snaptrume стремится отразить основной набор функций Revit, от концепции до документации. Arcol уделяет особое внимание SketchUp и проектированию на ранних стадиях. Все стремятся заменить действующих игроков BIM.
Autodesk будет вести оборонительную борьбу, сохраняя позиции сзади, со временем добавляя небольшое количество новых возможностей в Revit и одновременно совершенствуя свое облачное предложение Forma. То есть, если только он не решит снова приобретать, а не строить.
Здесь сформировалась группа Autodesk AEC, которая приобрела Softdesk в 1996 году для создания AutoCAD Architectural Desktop, а затем в 2002 году купила Charles River Software, более известную как Revit Technology Corporation.
Я думаю, что большинство из нас в отрасли были удивлены, увидев участие Snaptrume в Autodesk University 2023. Было ли это вызвано глубоким интересом Autodesk к молодой компании или отражением новой политики открытости Autodesk? В прошлом сторонние разработчики, которым уже давно доверяют, были «не приглашены» из Австралии за введение одной новой функции, которая перекрывает функциональность Autodesk, — так что это было неожиданным появлением.
Когда вы рассматриваете эти попытки автоматизировать производство целых наборов чертежей или позволить ИИ создавать подробные модели, я думаю, становится ясно, что характер того, что мы ожидаем от «разработчика BIM-моделирования», радикально изменится в ближайшие годы. Нам необходимо стать менее ориентированными на приложения и более ориентированными на данные. На данный момент приложения, которые мы используем, и форматы, которые они пишут, определяют экосистему, которую мы создаем, и какие инструменты и услуги мы склонны покупать. Если мы хотим добиться истинной открытости и текучести данных, мы должны избавиться от этих исторических ограничений. Благодаря облачным приложениям SaaS, интеграции API, blochain, открытым данным, смарт-контрактам и большему выбору приложений у нас есть потенциал для создания лучших в своем классе решений «Mr. Стеки технологий «Картофельной головы».
Аппаратное обеспечение
Развитие искусственного интеллекта также повлияет на наши компьютеры. Процессоры на персональных рабочих станциях и облачных серверах начинают оснащаться выделенными нейронными чипами искусственного интеллекта. AMD, Nvidia и Intel имеют графические процессоры с ядрами, оптимизированными для искусственного интеллекта.
Также появится новое поколение ускоренных процессоров (APU), которые объединят центральный процессор, графический процессор и нейронный процессор (NPU) на одном кристалле. Они предоставят невероятную огневую мощь и множество возможностей для разгрузки обработки на различные выделенные ядра, используя при этом меньше энергии, чем предыдущие поколения. У AMD и Intel есть собственная технология для этого. Nvidia объединилась с ARM. Пока что компания поставила только интегрированные чипы CPU/GPU для центров обработки данных, но ходят слухи о скором выпуске чипа для настольных компьютеров, который сможет работать под управлением Windows.
Большой вопрос: где будет происходить большая часть обработки? Поскольку программное обеспечение и данные, скорее всего, будут перенесены в облако, придется ли компаниям платить за аренду оборудования, поддерживая постоянную связь? На сегодняшний день графические процессоры в облаке стоят дорого. Облако, возможно, не всегда является правильным решением, но для ИИ жесткая обработка должна выполняться там, где находятся данные.
Расширенная реальность
Благодаря играм и мета-технологиям, гарнитуры виртуальной реальности (VR) стали доступны для любой компании и предлагают дизайнерам множество впечатляющих преимуществ. Такие гарнитуры, как Varjo XR-4, соответствуют современному уровню техники и используются во многих дизайнерских и автомобильных компаниях, но они недешевы. Мы все ждем подробного обзора Apple Vision Pro, который в настоящее время поставляется в США. Хотя, опять же, это недешево, эта гарнитура первого поколения призвана обеспечить широкоугольный режим смешанной реальности с высоким разрешением, на который мы так надеялись. Хотя культура приложений еще не сформировалась, мы ожидаем увидеть варианты использования AEC для гарнитуры Apple в течение первых нескольких месяцев 2024 года. Это год, когда расширенная реальность, или xR, наконец-то начнет реализовываться.
Заключение
В истории вычислений смена платформ — от Unix к DOS, от DOS к Windows — всегда была моментом, когда ведущие на рынке приложения оказывались наиболее уязвимыми. Это одна из ключевых причин, по которой Autodesk обеими ногами ушла в разработку облачных приложений, чтобы опередить игру с Fusion в области MCAD. Остается вопрос: почему это не удалось? Было ли это связано с тем, что клиенты не были готовы к использованию облачных приложений? Были ли многофункциональные настольные приложения еще более привлекательными? Даже когда Fusion предлагался по сумасшедшей первоначальной цене подписки в 50 долларов в месяц и с добавлением функций обработки с ЧПУ стоимостью 10 000 долларов, он все равно не повлиял на установленную базу Solidworks.
Так почему же переход к облаку в AEC будет другим? Первое, что я хотел бы отметить, это то, что ведущий игрок в AEC активно стремится осуществить этот технологический переход самостоятельно, а не пассивно позволяет узурпировать себя. Платформа Autodesk Forge (APS) для разработки облачного программного обеспечения достигла зрелости, и, хотя Autodesk осваивала Fusion, она также потратила годы на разработку веб-сервисов, таких как Autodesk BIM 360 и Autodesk Construction Cloud. Поставив Forma, Autodesk может работать над переносом данных BIM своих клиентов в новую унифицированную базу данных, что в конечном итоге облегчит Revit файловую нагрузку, а на промежуточном этапе Revit станет гораздо более быстрым толстым клиентом.
В то же время Covid и работа на дому вынудили многие компании внедрить облачную инфраструктуру, и в результате они оценили ее преимущества. Такие продукты, как Figma, инструмент для совместной разработки интерфейсов, уже продемонстрировали, что совместные рабочие процессы хорошо трансформируются в веб-инструменты. Проблема в том, что Autodesk потратила много времени, пытаясь придумать облачное переосмысление своих инструментов разработки BIM (как видно из Projects Quantum и Plasma), и это создало пространство для новых разработчиков, которые могли попытаться сделать это первыми.
Впервые за двадцать лет на рынок выходят новые разработчики BIM-моделей, в основном основанные на концепции Figma. Прилипчивость Revit, его зрелость по сравнению с незрелостью стартапов и старая добрая инерция пользователей — все это будет играть здесь важную роль. Но я считаю, что открытые форматы, управляемые пользователем структуры данных, инструменты искусственного интеллекта и другие веб-сервисы, такие как облачное автоматическое документирование, представляют собой потенциальную угрозу существованию исторического рабочего процесса BIM, который определил Revit, независимо от того, находится ли он в облаке или на компьютере. Это самое интересное время для инструментов AEC за последние десятилетия.