Linux в РФ: новые детали и общие перспективы

29 октября 2024 г.

Взаимоотношения российского ИТ-рынка с Linux всегда были непростыми, а сейчас и еще усложняются. Свежие примеры — удаление 11 россиян из списка разработчиков ядра Linux и планы Минцифры «в ответ» на данное событие создать собственное linux-сообщество для разработчиков из стран, готовых сотрудничать с РФ, о котором сообщает РБК.

Про общий ландшафт и его развитие

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

Глобальные корпорации — Microsoft, Oracle, SAP, HP и другие — годами выстраивавшие схему для долговременной работы с локальным российским рынком — от рекламы и маркетинга до поддержки канала и формирования пула специалистов — следуя требованиям санкционной политики просто потеряли все сформированное здесь, что привело их к значительным убыткам. Огромные затраты — в большинстве случаев непроизводительные — от этого несут российские компании, ведущие работы на смену технологических платформ, переобучение персонала, налаживание для поставок новых логистических каналов, которые из-за нестабильной ситуации приходится часто перестраивать, и т. д. Вопрос «кто пострадал больше» в общем случае остается открытым.

Есть и обратные прецеденты, которые менее заметны — ведь российских ИТ-компаний, обладающих значимостью для глобального рынка, не так много — но все же существуют. Например, санкции, введенные против «Лаборатории Касперского» в середине лета этого года, привели к сворачиванию ее деятельности на североамериканском рынке, хотя и не повлияли на устойчивость компании, как сообщает «Интерфакс». Очевидно, что это привело к значительным потерям как самой «Лаборатории», так и корпоративных заказчиков на данном рынке, которые были вынуждены отказываться от проверенных и качественных продуктов, в срочном порядке переводя свои системы инфобезопасности на стек продукции других компаний.

Логика размежевания проста: «нам не нужны ваши заказчики, нам не нужны ваши продукты, нам не нужны ваши компетенции». Заметим, что «там» не все удается полностью импортозаместить; например, с нефтью получилось достаточно быстро, с газом все пошло чуть сложнее, с рядом удобрений в полной мере не получилось до сих пор.

Когда санкции «от линукса» безопасны, а когда создают проблемы

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

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

Форки можно без проблем «заворачивать в продукты» и выводить на локальный рынок РФ, обеспечивая техподдержкой, выпуская обновления, создавая предсказуемый релизный цикл, проводя обучение и выполняя прочие технические действия, нужные для серьезных решений, рассчитанных на корпоративного заказчика. Более того, многие компании так успешно делают, на вполне импортозамещения ведя успешный бизнес, предлагая заказчикам продукты с востребованными характеристиками — доверенностью, присутствием в Реестрах и т. д. Но уже в краткосрочной перспективе маячат суровые проблемы перед российскими программными продуктами.

Делать коммерчески успешные ИТ-продукты, опираясь на спрос внутри РФ крайне сложно — рынок слишком мал для получения денег, нужных для дальнейшего развития разработок. В условиях, когда к продуктам требования «вполне глобальные», а средства на развитие «очень локальные», разработка софта становится крайне проблемным бизнесом по чисто финансовым причинам. Общеэкономические условия внутри рублевой зоны — дефицит разработчиков, приводящий к росту ФОТ и прочих накладных расходов, огромная ставка ЦБ, делающая кредиты почти недоступными и т. д. — только усугубляют ситуацию.

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

Выход есть, но он сложен

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

Выход очевидный: в рублевой зоне создавать продукты «с нуля». Это, конечно, радикально повысит их стоимость в силу ресурсоемкости и увеличит time to market, но зато обеспечит российский софт лицензионной чистотой, требуемой для продажи на свободных рынках. Смягчить ситуацию — несколько уменьшив стоимость разработки, соответственно, ее стоимость и сроки выхода на рынок — может широкомасштабное переиспользование кода, обладающего санкционной устойчивостью.

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

Следует отметить, что внутри рублевой зоны уже есть успешные прецеденты «транспонирования» глобальных форматов, которые пришлось локализовать, но зато результат оказался успешен. Пример: создание внутрироссийских багбаунти-платформ отдельными компаниями (например, Bi.Zone), которые несмотря на все проблемы и ограничения демонстрируют работоспособность. Следует заметить, что существуют и обратные прецеденты, например, с национальным поисковиком «Спутник», закрытым спустя 6 лет непрерывных попыток сделать его нужным для локального рынка, и прочими проектами, значимыми для всего рынка и получившими поддержку на высоком уровне.

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

Вместо заключения

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

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

Источник: Александр Маляревский, внештатный обозреватель IT Channel News