Стратегия ЕС по открытому ПО: четыре цели без единого евро

Брюссель объявил открытый исходный код «центром технологического суверенитета» Евросоюза — альтернативы облачным сервисам США, офисным инструментам и почте. Первый вопрос в треде — тот, на который документ не отвечает: где деньги?

Вкратце

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

Разработчики в треде указали на ловушку в собственной Директиве ЕС об ответственности за продукты: как только компания интегрирует открытый компонент в коммерческий продукт, ответственность за его дефекты переходит к ней.

Что стратегия реально обещает

Карточка ЕС по открытому ПО и Акту о киберустойчивости
Карточка ЕС по открытому ПО и Акту о киберустойчивости

Стратегия Еврокомиссии по открытому ПО, опубликованная в рамках пакета «Европейский технологический суверенитет» в июне 2026 года, формулирует центральный тезис прямо: она «ставит открытый исходный код в центр технологического суверенитета ЕС, продвигая европейские open-source альтернативы несвободным решениям стран вне ЕС в критически важных областях». Документ организован вокруг четырёх целей:

  • Технологический суверенитет — масштабирование каталога Open Internet Stack; продвижение open-source альтернатив в облаке, офисных инструментах, защищённой электронной почте и децентрализованных соцсетях; интеграция открытого ПО в EUDI Wallet и системы проверки возраста.
  • Развитие экосистемы — акселераторы и помощь стартапам в вопросах лицензирования, инструментарий управления, новый Инструмент поддержки сопровождения открытого ПО с картированием критических зависимостей и инвестиции в навыки.
  • Открытое ПО в госуправлении — закупочные ориентиры по открытым стандартам, усиленный Офис программ открытого ПО Комиссии (OSPO) и Сеть OSPO публичного сектора ЕС, «открытость и суверенитет по умолчанию» в цифровых инвестициях.
  • Стандарты и международное присутствие — продвижение европейских разработчиков на международном уровне и вовлечение сообществ открытого ПО в стандартизацию.

Чего в документе нет ни строчки: конкретных бюджетных цифр и сроков. Именно это отсутствие и задало тон всей дискуссии.

Первый вопрос треда: «а деньги туда идут?»

Верхний комментарий состоял из одной строки — «а деньги туда идут, или просто «поддерживают»?» — и ответы не обнадёживали. Основатель, чьё ПО уже используют госструктуры ЕС, описал извращённый стимул, который порождает размытая поддержка:

«Деньги есть, но всё размыто и трудно получить — как правило, налоговые льготы вместо живых денег… Многие госструктуры ЕС используют наше ПО и были бы счастливы, если бы мы открыли код, — они немедленно прекратили бы платить.» — основатель, продающий ПО госструктурам ЕС

Авторитетный комментатор утверждал, что форма финансирования структурна, а не случайна:

«Просто давать людям деньги на работу над открытым ПО нарушало бы правила о государственной помощи и искажении рынка… ЕС не может действовать стратегически или что-то исправлять. Это по замыслу… вот что такое рыночный либерализм.» — комментатор о ЕС как неолиберальном институте

Ещё один предсказал, кому именно достанутся деньги: «ни цента не попадёт к тысячам базовых и критических OSS-проектов, которые поддерживают одиночки», — только «консорциуму неудачников и в итоге милым, но бесполезным университетским исследователям».

Мина с ответственностью, которую стратегия игнорирует

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

«Как только компания интегрирует открытое ПО в свой коммерческий продукт или использует его в экономических целях, она становится ответственной за любые потенциальные дефекты open-source компонента.» — архитектор облачных решений

Реплики разделились в настоящий спор. Один возражал жёстко: если вы продаёте продукт ради прибыли, вы отвечаете за все его компоненты, «неважно, нашли их в яме или на GitHub». Контраргумент: в сочетании с Актом о киберустойчивости (Cyber Resilience Act) комбинация делает экономически нерациональным как открытие собственного кода, так и коммерческое использование чужого, поскольку «риск превышает любую потенциальную прибыль».

«Просто используйте уже доступный открытый код»

Несколько практиков утверждали, что стратегия метит не в ту мишень. Один разработчик отметил, что госструктуры ЕС уже работают по правилу «обязательно открывать код, если только не объяснишь почему нет» — и именно оговорка «почему нет» — это место, где закупки тихо возвращаются к Microsoft-облаку под действием американского CLOUD Act. Конкретный контрпример пришёл из голландского проекта для госслужащих:

«Это «коллаборативный пакет для госслужащих», по сути — набор существующих проектов открытого ПО… на мой взгляд, шаг в верном направлении.» — технический издатель, ссылающийся на нидерландский проект mijn-bureau

Тот же комментатор добавил реалистичную оговорку: NextCloud, Matrix и подобные, вероятно, будут «признаны недостаточно хорошими по сравнению с Google Workspace». Один из симпатизирующих ЕС голосов согласился, что цели «звучат отлично» — укрепление OSPO, тендеры с поддержкой открытого кода, — но задал вопрос без ответа: «Это действительно конкретно? Звучит как будто да, но я не вижу, как именно».

Итог: список намерений, оцениваемый по тому, чего в нём нет

Даже самый вдумчивый участник треда — посетовавший, что обсуждения ЕС на HN скатываются в реакционный негатив, — не смог указать ни одного обязывающего обязательства. Документ — как выразился один комментатор — «не стратегия, а список ключевых целей и требований, составленный в технократическом жаргоне». Если бы заголовок гласил «ЕС вкладывает 100 млрд в открытое ПО», тред согласен: приём был бы другим. Пока не появятся конкретные суммы и исправление ловушки с ответственностью, всё это — направление без силы, а люди, которые сопровождают реальный граф зависимостей, которые стратегия хочет защитить, остаются теми, кому она меньше всего способна платить.

Получайте такие разборы каждый день

Главные истории Hacker News — на email, в Telegram или RSS.

Следующая новость · 5 из 31 Читать дальше
🚀Tech

В Python пять тайп-чекеров — и блог советует запускать все сразу

Семистрочная функция в библиотеке Polars требует четырёх разных комментариев type-ignore, чтобы угодить четырём разным чекерам. Вывод авторов Pyrefly: запускайте как можно больше чекеров на своих тестах.

★ 140 · 💬 160 · pyrefly.org · 6 мин