Об импортозамещении
Из-за санкций, вызванных СВО, вновь в жизнь каждого россиянина ворвалось импортозамещение. Так как зависимость России от иностранной продукции была и остаётся огромной, то процессы эти будут не безболезненными. Причём касается это не только материальной продукции, но и софта. Что довольно забавно — в стране куча высококлассных программистов, а вот конкурентные на мировом рынке продукты есть далеко не для всех задач.
Сейчас в Росатоме, где я работаю, снова решили импортозаместить всё ПО. Первые подвижки были ещё в 2020-м, но корона несколько поменяла планы. Хотя замена ПО на чисто российское будет проводиться только ближе к концу года, уже сейчас очевидны некоторые узкие места, которые пока непонятно как будут преодолены. Вот о них и поговорим. Так как Росатом — это госкорпа, то и со схожими сложностями столкнётся весь госсектор.
Для начала стоит понять, что и на что будет заменяться. В планах — заменить всё иностранное ПО. Менять в идеале нужно на ПО российской разработки. Свободно распространяемый софт (GNU) под условия задачи подходит условно, так как у него отсутствует конкретный разработчик, а значит и доработка ПО и его поддержка ложится на плечи организаций, осуществляющих внедрение. Поэтому приоритет отдаётся отечественным официальным (имеющим своего дистрибутора) сборкам GNU-based и проприетарному ПО отечественной же разработки.
1. ОС
Тут всё просто и давно известно — гос безальтернативно переходит на Astra-Linux. Причина простая — в неё внедрены все ФСТКашные криптоалгоритмы и, по мнению отечественых спецслужб, она отвечает высоким стандартам криптологической защиты. Визуально ОС максимально приближена к винде, чтобы облегчить переход на неё. Это плюс.
Минус — это линь. Хотя о том, что госсектор переходит на Астру было известно давно, но далеко не каждая фирма-разработчик ПО в России готова адаптировать своё ПО под линь. Причём проблема встречается даже с крупными, по российским меркам, разрабами. Рынок Linux, приложений в потребительском и офисном сегменте (а речь именно о них в первую очередь), у нас катастрофически мал, и тратить ресурсы на создание по сути отдельной версии ПО и её поддержание многие не могут. Это приводит к тому, что выбор вариантов ПО, и так не очень-то и большой, ещё более сокращается. Ниже более подробно будут рассмотрены наиболее важные для меня, как инженера-проектировщика, виды ПО и проблем с их альтернативами.
2. Office
Тут переходить предлагается на Мой Офис. Внезапно, но сам проект изначально развился из идеи сделать аналог Google Docs. Но сейчас это вполне адекватная замена Ms Office, но с нюансами. Для бытового пользователя, ака журналиста или секретарши, Мой Офис даёт полный набор всех необходимых возможностей для создания текстовых и табличных документов, презентаций. Тут офисный пакет честно копирует весь базовый функционал MS Office.
Но детище Майкрософт неспроста завоевало мир и прочно обосновалось на ПК. Причина этого в том, что под капотом у офисного пакета Майков находится куча продвинутых функций. Например, встроенные скриптовые языки, позволяющие мутить автоматизацию. Обычному юзеру они по жизни не нужны, но вот для инженера иногда очень удобны. В Мой Офис ничего этого нет, как и ограничен набор прочих "не базовых" функций. Критично ли это? Для 90% пользователей нет, но вот у 10% будут явно неприятные моменты.
Но это ещё пол беды, беда в том, что в офисном пакете нет ПО аналогов редаторов блок схем Visio и баз данных Access. И вот это засада. Так как обе программы нередко нужны, а их отечественных аналогов (именно аналогов, а не что-то наподобие), способного работать с форматами файлов MS Office нет. Есть варианты с открытым ПО, типо LibreOffice, но по причинам, описанным выше, у безопасников могут возникнуть проблемы с ним. Например, на редакторe баз данных у меня сейчас завязано немало работ и без него будет максимально тухло и непонятно. И опять же, Access имеет встроенный SQL для создания запросов, есть ли что-то подобное хоть у каких-то аналогов, мне неизвестно.
3. САПР (CAD)
Тут вообще зрада зрадная. Есть два российских САПР - NanoCAD и Компас. Они предлагают, как аналоги AutoCAD (который сам по себе уже давно не столь популярен), так и САПР с продвинутой автоматизацией проектирования. В чём проблема, спросите вы? В том, что они почти полностью несовместимы со своими конкурентами. Компас и NanoCAD имеют проблемы с чтением и редактированием схем кадовского формата dwg (проблемы взаимные, что характерно), которые проявляются в многочисленных багах и проблемах, так как даже базовый набор функций реализован в программах разными методами. Это приводит к тому, что часть старых проектов в новых САПР будет сложно редактировать/использовать.
С САПР с продвинутой автоматизацией разработки всё ещё печальнее. Старые наработки по предыдущим САПР (например, в моём случае Е3) просто пойдут в утиль. Для нового САПР придётся писать новые скрипты, создавать новые базы элементов и т.д. При этом тут встаёт и ещё одна проблема — все эти САПР несовместимы и просто на интерфейсном уровне: придётся переучивать всех, кому необходимо их использовать. А это время, деньги, кучи косяков на первых порах. Ну и кроме всего прочего, Компас в 2022 всё ещё не подружили с Линуксом.
4. Расчётные комплексы
В данном разделе могу только за ПО для расчётов режимов электрических сетей говорить. Это дико сложные программы в которых с помощью шайтан-колдунства моделируется энергосистема хоть предприятия, хоть целой страны. И тут ещё большая зрада. Во-первых, выбор ПО в конкретно данной сфере был всегда крайне узок и раньше, а сейчас вовсе сокращается до 1,5 софтин. Тут правда есть момент — непонятно, что будет с иностранными расчётными комплексами, которые локализовывались и дорабатывались в РФ. Я в таком как раз работал и там базис ПО разработали немцы, а вот часть модулей уже наши разрабы. По идее, это иностранное ПО и харам, но это не точно. Во-вторых, все известные мне комплексы для расчётов режимов не дружат с линем от слова совсем, а если запускать их через эмулятор, то будут дичайшие тормоза.
Исходя из всего вышеописанного, я могу сказать, что хотя для большей части офисного планктона миграция окажется почти безболезненной, то инженерные кадры скорее всего ждёт Адъ и Израиль. А ведь никто из заказчиков не будет ждать, когда мы перестроимся под новое ПО. Радует в этой ситуации, что разрабы готовы идти на контакт и предлагать варианты доработки ПО под текущие нужды. Но проблема в том, что зная, как работают госзакупки, у меня плохие предчувствия. Потому что пока на рынке отечественного ПО в РФ крайне малая конкуренция и есть шанс того, что после дележа рынка на нужды потребителей будет положен большой болт, ведь уйти на другое ПО нельзя — некуда. Очень надеюсь, что ошибаюсь.