Как ПИК ускорил разработку плагинов для BIM

Коллеги из группы автоматизации проектирования ПИК рассказали, как с помощью фреймворка ReactiveBIM начали быстро погружать новых специалистов в разработку плагинов для автоматизации BIM.

В чем проблема (и общая для айтишников, и конретная для ПИК)
⚫️Проектировщик начинает работать в BIM, например, в Ревите.

⚫️Через какое-то время он хочет автоматизировать процессы. Начинает писать плагины. Их становится все больше и больше. Вместе с этим растет штат сотрудников, и однажды возникает ситуация, когда код плагина переписывает другой человек. И тут-то и начинается — а зачем вот это, а какая логика, а где первоначальное ТЗ.

«Отсутствие централизованной документации по разработанным средствам автоматизации, появление новых запросов на расширение функционала, которые сложно было внедрить, так как уже были забыты исходные ТЗ. А в случаях расширения команд плагин с какой-то более или менее сложной логикой со временем мог превратиться в ящик Пандоры. Понимания, как он работает и почему он работает именно так, уже не было», — делятся болью многих коллеги в статье.

Решение для автоматизации управления проектами
ПИК перешел на ReactiveBIM — платформу с открытым кодом для разработки плагинов для CAD/BIM. Внутри нее: готовая структура проекта с надстроенным контейнером для внедрения зависимостей, которую легко переделать под себя.

Эта платформа упрощает создание плагинов и командную работу. Код настраивается с помощью конструктора классов, а все изменения модели можно откатить обратно. Работа выглядит как-то так:

«Например, если вы решили построить машину времени, то можно заказать из магазина уже готовые временной контур и плутониевый реактор, собранные кем-то еще, вместо того чтобы собирать их самостоятельно», — пишут ПИКовцы.

Результаты
⚫️Новые специалисты быстрее вникают.
⚫️Единообразие кода благодаря четкой структуре проектов.
⚫️Быстрее пишутся плагины, потому что есть общая библиотека, а также можно повторно использовать код.
⚫️Плагины стали стабильнее работать.