Хотя были и другие ляпы. Так, первое понимание, что сборная солянка из ПО не будет работать на других этапах, где реально можно получить экономический эффект, возникла при разработке эксплуатационного цифрового двойника Южно-Русского месторождения.

Все это время за этими и другими процессами наблюдали (знаю лично) ряд отечественных компаний-производителей ПО, например, «СиСофт Девелопмент» и «Неолант», и там, где это было возможно в условиях западного засилья, протискивались со своими решениями. Конечно, у всех получалось по-разному, но тут уж извините. Иными словами, но в эпоху безраздельного царствования западных продуктов (говорю в первую очередь для экспертов, пренебрежительно отзывающихся об отечественной промышленности или просто не понимающих ее роль), предусмотрительные разработчики ПО не дремали. Поэтому для компании «СиСофт Девелопмент» после 2022 года слова «импортозамещение» практически не существовало: было понятие того, что открылся рынок, на котором продукты оказались функционально слабее, чем продукты «СиСофт Девелопмент». Помню один разговор, чуть более предметный, чем обычное огульное «у вас все плохо», в котором собеседник сообщил, что существует очень мало архитектурных заготовок и что для него подтверждение качества продукта будет тогда, когда он сделает крышу на отечественном ПО, как у комплекса Ирины Винер, находящегося в Лужниках. Ну что скажешь такому?

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

Лучше поговорить об импортоулучшении. Здесь есть несколько направлений, и они могут добавляться при развитии смежных технологий, например, технологий искусственного интеллекта (ТИИ). Подробнее поговорим ниже, а пока обозначим и кратко прокомментируем каждое из направлений импортоулучшений:

1. Эволюционное № 1, тупиковое. Улучшение (обновление, добавление) функционала по олимпийскому принципу: быстрее, выше, сильнее. Тупик будет достигнут очень быстро из-за неповоротливости накопленных байтов (гига, тера, пета, экса, зетта и еще множество приставок). Приставки есть, а возможности их хранить и проворачивать в суперкомпьютерах нет. Нужно параллельно развивать железо, причем гораздо большими темпами, чем те, что может позволить себе мировая промышленность.

2. Эволюционное № 2, отчасти тупиковое. Использование новейших технологий из параллельных ИТ-отраслей, например, ТИИ, а также переход к неким малолюдным или безлюдным технологиям, например, к тем, которые сейчас называют «генеративным дизайном». Здесь, конечно, реальнее отечественное направление «машиночитаемости – машинопонимаемости», но это временный выход, а затем пойдут тупики другого рода, например, кто будет следить и проверять, а это новый виток «дегенеративного дизайна».

3. Эволюционное № 3, отчасти уже революционное, но тупика не избежать – им станет современный вид строительной вертикали. «Рвем» ИМ на нужные части (XML-схемы) и с этими частями работаем. Это может стать временным выходом, но тут прилетит сразу с трех сторон: первое – эти части будут из IFC, а значит мы быстро получим проблему по типу «эволюционное № 1», и рука помощи от новомодного IDS не справится; второе – нарушаем законодательство, с частями ИМ нельзя работать, начиная с уровня экспертизы, не говоря уже о более высоком, на части ИМ рвать может только владелец, который здесь не определен, в общем с этим пока все сложно; третье – ИМ практически сразу отправляем в ГИСОГД (а теперь вроде в ЕИСЖС) и что получим? Только бардак и невозможность работы, а также безответственность и правовой тупик.