В 1982 году в СССР появилась Диалоговая единая мобильная операционная система (ДЕМОС). Советские инженеры создали ее на основе зарубежной ОС UNIX в Институте атомной энергии имени И.В. Курчатова, доработав исходники, полученные от западных коллег. Описание и внешний вид легко найти в интернете. Там же доступен дистрибутив, который можно скачать и попробовать запустить, например, на эмуляторе .

Операционная система ДЕМОС не единственная в своем роде. В СССР было много подобных разработок, которые создавались руками программистов-энтузиастов. У разработчиков и пользователей уже тогда начала складываться симпатия к программному обеспечению с открытым кодом — и впоследствии интерес к опенсорсу только усиливался. Рассказываем, с чего начинался и каких результатов достиг опенсорс в России.

Развитие опенсорса в России можно условно разделить на три периода:

• конец 1980-х — начало 1990-х годов: разработка неофициального ПО для ЭВМ силами энтузиастов и приход западных вендоров;
• 2000–2010-е годы: российское сообщество включается в мировой опенсорс;
• 2020 год — наше время: опенсорс становится неотъемлемой частью IT.

Конец 1980-х — начало 1990-х годов: первые шаги

В 1973 году исследователи Bell Labs представили миру ОС UNIX. На тот момент пользователями и разработчиками ПО, как правило, были академики и ученые, которые работали в корпоративных лабораториях. Благодаря коллаборации внутри академических и экспертных кругов формировалась культура и принципы популяризации опенсорс. Уже в 1974 году в СССР появилось научно-производственное объединение «Центрпрограммсистем» — первая в стране организация программистов, занимающаяся разработкой, поставкой и поддержкой ПО.

К 1970–1980-м годам в СССР сложилась потребность в разработке программ для решения сложных технических задач. На этом фоне интенсивно развивалось ПО, формировались сообщества профессиональных программистов, а у простых пользователей начал появляться доступ к ЭВМ. За первые 20 лет своего существования коллектив ЦПС разработал более 170 автоматических систем управления (АСУ) для .

Вычислительные машины, находившиеся в распоряжении СССР, по сути были аналогами западных разработок. Например, БЭСМ-6 — аналог CDC-3600, «Наири-3» — IBM-360, «Минск-32» — GE-400, а «Электроника-100И» — PDP-8. ЭВМ делились на области применения: «Минск-32» был недорогим устройством для построения АСУ, а БЭСМ и «Наири» обрели популярность как машины для инженерных, проектных и научных отделов.

Для каждой модели ЭВМ существовало официальное и неофициальное ПО: первое поставлял завод-изготовитель, а второе возникало как результат работы пользователей. ГосФАП (Государственный фонд алгоритмов и программ) заявлял, что в 1988 году было зарегистрировано 138 тысяч программ для ЭВМ, тогда как необходимый максимум — около 5 тысяч. Многие НИИ и КБ, не договариваясь между собой, разрабатывали софт, который решал одни и те же задачи. В результате программы в исполняемом коде для ЭВМ были несовместимы, а языки высокого уровня отличались друг от друга. Это сообщества и ассоциации пользователей конкретных машин.

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

Примерно в то же время на базе Института атомной энергии имени И.В. Курчатова возник кооператив программистов «Интерфейс», позднее переименованный в ДЕМОС. Он стал первым российским интернет-провайдером и поначалу даже подключал бесплатно абонентов, которые входили во внутреннюю сеть научных институтов страны.

Со временем кооператив преобразовался в компанию и существует до сих пор, однако проект ОС Демос закрылся в начале 1990-х годов. На это повлияли не только политические события в стране и появление в широком доступе свободно распространяемой версии UNIX FreeBSD, но и отсутствие экономической целесообразности для компании развивать проект. Однако работа над ДЕМОС позволила не просто вырастить специалистов, но и подготовить в стране базу для развития опенсорса.

В начале 1990-х годов в Россию приехали первые дистрибутивы GNU/Linux на физических носителях. Особую популярность обрели, в частности, Slackware и Red Hat Linux, которые русифицировали вскоре после запуска.

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

К концу 1990-х Россия не только стала активно пользоваться ПО с открытым исходным кодом, но и в некоторых областях зарекомендовала себя как контрибьютор в мировые проекты, например в PostgreSQL и ядро Linux. Этому сопутствовало распространение широкополосного интернета.

2000–2010-е годы: опенсорс завоевывает мир

В начале 2000-х тренды задавали корпорации. Однако в глобальной IT-индустрии сформировались два лагеря: фанаты опенсорс и приверженцы проприетарного ПО, по большей части Windows. Поэтому, когда в 2001 году Стив Балмер, СЕО Microsoft, заявил, что «Linux — это рак индустрии», реакция не заставила себя ждать. Заявление Балмера, с одной стороны, прозвучало необоснованно резко, поскольку опенсорс (и конкретно UNIX) уже занимал серьезную часть IT-индустрии, а с другой стороны — привлекло к теме внимание новой аудитории. Позже Microsoft многократно извинялась за слова Балмера и признавала, что продукты с открытым кодом — важнейшая часть ее бизнеса.

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

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

Все это было характерно и для России. В 2003 году при Министерстве связи и информатизации РФ была создана рабочая группа по использованию опенсорса. В нее вошли НИИ «Восход», НИИ автоматической аппаратуры и некоторые другие научные организации. Так софт с открытым кодом начал проникать в государственные организации, а интерес к опенсорсу продолжил расти. Например, в специализированных ведомствах стали активно разрабатывать системы на базе Linux для вооруженных сил.

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

Пользователи предпочитали использовать западные опенсорс-разработки, например Linux, как в личных целях, так и в профессиональных областях: промышленности, веб-разработке и серверной инфраструктуре. Большинство российских компаний использовали на серверах стек LAMP: Linux, Apache, MySQL и PHP.

Среди российских проектов 2000-х особо выделялся веб-сервер Nginx. В 2004 году появилась его публичная версия за авторством Игоря Сысоева. Со временем Nginx стал первым веб-сервером в мире и самым популярным в России — это один из примеров реализации успешной бизнес-модели в российском опенсорсе.

Важные события происходили в российском сегменте Linux. Самыми активными в то время можно назвать «патриархов» российского Linux — компании IPLabs и ASPLinux. В частности, коллектив IPLabs Linux Team, участники которого были постоянными контрибьюторами различных опенсорс-проектов (ядра, KDE и др.), занимался русификацией и интернационализацией Linux.

Процесс интернационализации подразумевал выстраивание каналов распространения дистрибутивов Linux (Red Hat, Slackware, Debian, Mandrake) с пакетами русификации. Например, Linux Mandrake 7.0 RE, Russian Edition, был подготовлен как практически самостоятельный дистрибутив и поставлялся IPLabs в нескольких вариантах. Для пользователей Mandrake 7.0 RE IPLabs Linux Team выпустили диски с офисным ПО. Также IPLabs были первой компанией в России, которые начали собирать и продавать компьютеры с предустановленным Linux.

В 2001 году IPLabs Linux Team преобразовалась в фирму ALTLinux и тогда же создала репозиторий «Сизиф» — крупный хостинг пакетов свободных программ. На сегодняшний день в его развитии принимают участие около 200 разработчиков, а «Сизиф» входит в топ-10 самых крупных в мире банков пакетов свободных программ. Инфраструктура разработки находится на территории РФ, принадлежит компании «Базальт СПО» и поддерживается ею. Она была создана выходцами из ALTLinux в 2015 году с целью разработки ОС промышленного уровня для замены продуктов Microsoft в России. С 2004 года специалисты компании проводят масштабную научно-практическую ежегодную конференцию для свободного (СПО) и открытого ПО (опенсорс).

С 2005 года в России начинается выпуск версий лидирующего российского ПО для Linux, такие как 1С:Предприятие и Kaspersky Linux Security. Крупные системные интеграторы и обучающие центры активнее вовлекались в проекты по внедрению опенсорса и обучению пользователей, администраторов и разработчиков. Появилась и периодика узкой направленности. Например, журнал Linux Format выходил вплоть до 2018 года.

В 2008 году «КОРУС-Консалтинг», ведущий системный интегратор в России, создал отдел открытых программных решений и вместе с Canonical (Ubuntu) открыл центр компетенций Ubuntu Linux. В 2008 году также была основана компания НПО «РусБИТех», разработчик защищенной ОС Astra Linux. С этого момента системные интеграторы играют критическую роль в проектах по внедрению СПО. В 2009 году появляется .

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

В 2015 году эксперт по свободной СУБД PostgreSQL Олег Бартунов выступил одним из основателей компании «Постгрес профессиональный» (Postgres Professional). Она вошла в число главных евангелистов в российском опенсорсе и стала его представителем во всем мире. Одновременно с этим Алексей Новодворский, известный на тот момент как один из основных авторов и руководителей разработки российского дистрибутива Linux (ALTLinux) и репозитория «Сизиф», создал компанию «Базальт СПО».

На этом фоне в мире началось повсеместное проникновение облачных платформ. Компании Microsoft, Amazon, Google и другие создали облака на основе проектов с открытым исходным кодом.

Облачные платформы делают приложения на основе опенсорса более доступными для всех сегментов бизнеса, избавляя их от необходимости в настройке и поддержке проектов. В России крупнейшие облачные платформы, такие как Яндекс Облако, VK Cloud, Cloud.ru и другие, также инвестируют в опенсорс и партнерство с локальными игроками.

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

2020 год — наше время: роль опенсорса в современной России

У опенсорса накопилось много проблем. Это и трагедия общих ресурсов, и замешательство разработчиков — многие из них до сих пор не понимают, как выстроить бизнес и сообщество пользователей вокруг своих проектов. Кроме того, опенсорс все больше раскалывается на региональные зоны. Например, в Китае сформировался свой внутренний рынок софта с открытым кодом, где можно найти аналог любому мировому проприетарному ПО. Еще одной проблемой остается обеспечение безопасности: заражение цепочки поставок софта — один из любимых способов взлома у злоумышленников.

В конце 2000-х годов правительство РФ приняло план миграции на СПО на 2011–2015 годы, который не удалось выполнить в срок. Возможно, в России не нашлось достаточно компаний, которые смогли бы покрыть все запросы пользователей. Однако с тех пор опенсорс привлек значительно больше внимания, в том числе за счет возросшего количества успешных кейсов — например, крупных финансовых сделок с опенсорс, совершенных как на уровне государства, так и в бизнесе. В 2020 году Минэкономразвития анонсировало создание национального репозитория и облачного сервиса GitHub (SberCloud, Github и Microsoft).

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

В российском опенсорсе сохраняются как специфические, так и общие для всей индустрии проблемы.

Безопасность

Одним из популярных мемов в глобальном сообществе, который появился на основе известного высказывания Эрика Реймонда, был «принцип тысячи глаз»: доступность всем означает, что уязвимости и баги будут обнаружены либо заранее, либо очень быстро. Тем не менее проблемы с безопасностью популярных опенсорс-проектов заставили усомниться в этом принципе. Оказалось, что количество далеко не всегда означает качество.

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

Вопросом лицензий обеспокоено и государство. В 2022 году правительство постановило провести эксперимент: опубликовать код государственных систем, исключительное право на которые принадлежит РФ, под специальной открытой лицензией. Это логичный шаг на пути к созданию отечественного репозитория, где будет размещаться код, созданный на государственный бюджет. Помимо прозрачности разработки и использования, проект существует ради внедрения современных практик создания и развития IT-решений.

Региональный опенсорс

Фрагментация на региональные сегменты — явление, которое не сразу проявилось в опенсорсе. Глобализация показала, что создавать большие проекты возможно при сотрудничестве множества стран. В то же время обнаружилось множество факторов, которые могут помешать сотрудничеству. И выражается это, например, в отказе работать с конкретными странами.

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

Проблема общих ресурсов

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

Скажем, компания встраивает опенсорс-проект в собственный продукт. Затем один из ее клиентов запрашивает аудит безопасности. В чьей ответственности будет находиться обеспечение безопасности проекта, использующего открытый код?

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

• отсутствие времени;
• отсутствие мотивации.

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

***

В 2023 году министр цифрового развития РФ Максут Шадаев заявил, что опенсорс является главным достижением IT-отрасли. С этим сложно не согласиться: идеология открытого кода позволяет построить систему любого масштаба, не используя проприетарные технологии. В России накоплен богатый инженерный опыт, а многие разработчики активно участвуют в глобальных проектах с открытым кодом.

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

Однако крупный технологический бизнес осознал силу опенсорса. Такие компании, как Яндекс или VK, поддерживают проекты с открытым кодом и вовлеченных в опенсорс разработчиков. На конференции YaTalks Яндекс подготовил опенсорс-трибуну, а VK организовал митап с крупнейшей библиотеки core.js Денисом Пушкаревым. Возможно, именно интерес и инвестиции со стороны крупных компаний вдохнут новую энергию в российский опенсорс.

Реклама: ООО «Веб-Сервер», ИНН 9704151517, erid: 2SDnjdt27ZJ