Свой открытый код

Как запустить отечественный Open Source

На фоне ограничений в сфере проприетарного зарубежного ПО и запроса со стороны бизнеса на его замещение интерес к открытому программному обеспечению в РФ будет неизбежно расти. Open Source и раньше был в фокусе внимания отечественных разработчиков, но сегодня нужно пересмотреть подходы к его применению в рамках импортозамещения. Как именно это сделать, RSpectr рассказал генеральный директор компании «Аэродиск» Вячеслав Володкович.

НОВЫЙ УРОВЕНЬ ПОНИМАНИЯ

Ранее открытое ПО уже пытались сделать основным инструментом импортозамещения в софтверной разработке и рассматривали его как основу будущего корпуса российских программных решений для различных сегментов рынка.

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

Только в 2022 году сложилась ситуация, которая превратила Open-Source-подход в один из базовых сценариев развития российской IT-отрасли

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

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

ПРИЧИНЫ НА ПОВЕРХНОСТИ

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

Даже в самых развитых Open-Source-сообществах абсолютной открытости и свободного от ограничений творчества не существует

Любой проект на основе открытого ПО так или иначе курируется определенным интеллектуальным ядром: это пул идейных вдохновителей и core-разработчиков, который составляет базу подобного продукта или платформы.

Этот пул всегда находится в определенной стране, он всегда заинтересован в каком-то векторе проекта и координирует весь процесс его развития. Подобная модель справедлива в отношении любой серьезной Open-Source-инициативы.

Гарантий того, что в любой момент Россию не отключат от участия в сообществе или открытых платформ в рамках очередного витка санкций, никто предоставить не может

Также мы хорошо помним адресную раздачу уязвимостей и различных зловредов в обновлениях открытого ПО, предназначенных специально для пользователей из РФ в начале прошлого года. Таким образом, Open Source – не панацея, его придется создавать и полностью развивать нам самим.

СЛАГАЕМЫЕ УСПЕХА

Классический рецепт успешного подхода в этом направлении прост: 0,01% core-разработчиков и энтузиастов проекта пишут 80% базового кода, который далее развивается остальными 99,9% участников до состояния рабочих версий софта.

Их мотивирует либо потребность в функциональности открытого программного продукта, либо желание прокачать свои навыки и получить опыт работы в живом проекте.

Единственная, но довольно большая проблема здесь – как обеспечить участие самых главных 0,01%? Людей, которые умеют и хотят писать код, в РФ много, но проблема в том, что самые компетентные из них чаще всего создают продукты Enterprise-уровня или работают над созданием проприетарных вендорских решений. Увлечь их проектом на открытом ПО крайне сложно.

Привлекать компетентных и высокомотивированных специалистов в открытое ПО можно, предоставив им возможность работать с актуальным стеком технологий или привлекая уникальным по своей природе проектом, а также сверхинтересной предметной областью

Вторая опция – привлекать на работу с Open-Source-новичков, давая им стимул и все необходимые возможности развиваться.

Пока полностью созданного в России открытого ПО не существует, все отечественные разработки в этом направлении хотя бы частично основаны на базовых фрагментах кода международного.

Чтобы появился полностью свой, нативный в масштабах национальной IT-отрасли Open-Source-проект, должны быть запущены инициативы, которые привлекут внимание тех самых 0,01% core-разработчиков и будут интересны и массовому сегменту программистов.

Нужно обеспечить необходимые условия для «перекрестного опыления»:

• сообщество обогащается новыми кадрами для развития решений, в перспективе – для создания новых продуктов;
• бизнес приобретает доступ к необходимым IT-продуктам;
• государство получает импортозамещение на основе отечественных безопасных платформ.

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

ЕСТЬ НА ЧТО ОПИРАТЬСЯ

У нас есть опыт успешных Open-Source-инициатив – сегменты СУБД и инструментов управления контейнерами успешно заполнены российскими открытыми решениями PostgreSQL, ClickHouse и Deckhouse.

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

Почему у упомянутых проектов получилось? Сыграла роль востребованность программного продукта реальным бизнесом, установление четких и понятных правил работы над кодом в данных сообществах, а также продуманная структура их организации и дорожная карта развития продуктов.

Open Source – такая же серьезная работа, как и любая другая разработка ПО, поэтому обязательно нужен понятный путь развития новичка в сообществе

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

Кроме того,

в рамках Open-Source-проекта без подробной документации ни один продукт не «выстрелит»

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

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

ВЕРХНЕУРОВНЕВАЯ МОТИВАЦИЯ

В сложившихся условиях очень большую роль будет играть инициатива государства, активность по идеологической проработке и развитию престижа участия в отечественных Open-Source-проектах.

Речь идет об информировании IT-отрасли и бизнеса о таких инициативах в рамках четкой маркетинговой стратегии: вебинары, конференции и встречи вживую, выкладывание ресурсов и наработок в открытый доступ

Нужно популяризировать это направление, превращая его в социальное движение, заражать людей идеей причастности к созданию реально востребованного популярного продукта.

Уже сейчас крупные российские IT-компании Open-Source-инициативы успешно запускают, но делают это в режиме «кому надо, тот узнает». Но настоящее развитие возможно только в рамках идеологического манифеста, который запустит осознанное развитие в масштабах отрасли.

Это позволит расконсервировать замороженные проекты с открытым кодом, запустить новые, а также обеспечить интерес необходимого количества профессионалов

Это тот самый случай, когда идеология является решающим компонентом в развитии конкретной бизнес-инициативы, которая носит стратегический характер.