Форк как выживание: как девелоперы из СНГ строят свой софт, когда западный рынок закрыл двери

Есть такая поговорка в программировании: если тебе не нравится, как работает библиотека, — форкни её. В 2022–2024 годах эта шутка для тысяч разработчиков из России, Беларуси и соседних стран стала буквально планом выживания.

Когда волна санкций докатилась до технологического сектора, многие ждали коллапса: ну как можно работать без Adobe, без JetBrains (который сам из Питера, но теперь играет по европейским правилам), без нормального доступа к AWS или GitHub Copilot? Оказалось — вполне можно. И кое-где даже интереснее, чем раньше.

Что вообще случилось с доступом к софту

Кратко для тех, кто не следил: с 2022 года целый ряд западных компаний приостановил продажи, поддержку или доступ к своим продуктам для пользователей из России и Беларуси. Это касалось как корпоративного ПО (Oracle, SAP, Microsoft 365 в некоторых сегментах), так и инструментов для разработчиков — платных IDE, облачных сервисов, CDN-провайдеров.

Некоторые компании действовали тихо: просто перестали принимать платежи. Другие блокировали аккаунты по IP или платёжным данным. Третьи публично объявляли об уходе с «рынка».

Результат: сотни тысяч специалистов оказались перед выбором — использовать VPN и серые схемы оплаты, искать альтернативы или строить что-то своё.

Open source как запасной выход, который оказался главным входом

Вот где начинается интересная часть. Open-source сообщество по своей природе не знает границ — лицензии MIT, Apache, GPL не содержат пунктов «кроме пользователей из определённых стран». Это юридически чистый инструмент, и именно он стал основой технологической адаптации.

Что реально происходит в сообществе:

Во-первых, массовое переключение на self-hosted решения. Компании, которые раньше платили за GitHub Enterprise или GitLab SaaS, поднимают собственные инстансы Gitea или той же open-source версии GitLab. Это не только про санкции — это про контроль над данными и инфраструктурой.

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

В-третьих, появление новых проектов с нуля. Это самое интересное: ограничения создали спрос на локальные решения, и этот спрос начал удовлетворяться.

Конкретные примеры, которые стоит знать

Возьмём сферу аналитики и бизнес-интеллекта. После того как Tableau и Power BI стали труднодоступны для части российского корпоративного рынка, резко вырос интерес к Apache Superset и Metabase. Несколько российских команд не просто внедрили эти инструменты, но и стали активными контрибьюторами — добавляя поддержку российских баз данных, кириллических шрифтов в визуализациях, интеграции с локальными облаками.

В области коммуникаций — очевидный пример это Rocket.Chat и Matrix/Element как альтернативы Slack и Microsoft Teams. Белорусские и российские DevOps-команды одними из первых начали строить enterprise-инфраструктуру на этих платформах, и сейчас их опыт активно цитируется в международных community-форумах.

Отдельная история — российские форки Kubernetes-дистрибутивов и инструментов CI/CD. Когда некоторые облачные провайдеры ограничили доступ, локальные команды развернули полные стеки на базе open-source: ArgoCD, Tekton, Harbor для container registry. Кто-то скажет «ну так это просто best practices» — и будет прав. Санкции иногда заставляют делать то, что и так нужно было делать.

Где всё сложнее: проблема международного сотрудничества

Было бы нечестно рисовать только радужную картину. Есть реальные проблемы, и они серьёзные.

Первая — это contributor bans. Ряд проектов под давлением своих корпоративных спонсоров или community guidelines стал блокировать участников по географическому принципу. Это прямо противоречит духу open source, но юридически некоторые лицензии это допускают (или оставляют в серой зоне).

Вторая — supply chain paranoia. После нескольких громких инцидентов с malicious packages международное сообщество стало с повышенной подозрительностью относиться к контрибьюторам из определённых регионов. Это создаёт дополнительные барьеры для легитимных разработчиков.

Третья — инфраструктурная зависимость. Даже если код открытый, многие инструменты завязаны на западную инфраструктуру: npm registry, PyPI, Docker Hub. Полная независимость требует зеркалирования этих репозиториев, что дорого и сложно.

Что это значит для будущего

Ситуация парадоксальная: санкции, призванные изолировать, в технологическом плане дали толчок к созданию более устойчивых, независимых экосистем. Это не уникальная история — Китай прошёл похожий путь с WeChat, Baidu и Alibaba Cloud, хотя там мотивация была другой.

Восточноевропейское технологическое сообщество сейчас находится в точке, где накопленный опыт работы с open-source решениями может стать реальным экспортным продуктом — не в смысле продажи, а в смысле знания и паттернов. Как строить суверенную инфраструктуру на открытом коде — этот вопрос актуален не только для России или Беларуси, но и для Global South в целом.

На РуТор.Нет мы будем следить за этими проектами. Потому что технологии без границ — это не лозунг. Это рабочая стратегия.