Парадокс Столлмана: почему концепция GPL стала принуждением, а не свободой
1. Продукт академического идеализма.
Идеологический фундамент Столлмана закладывался в Лаборатории искусственного интеллекта MIT в 1970–1980-х годах. Это была изолированная университетская среда, сыто существовавшая на государственные гранты. Внутри этого комфортного академического пузыря Столлман был полностью защищен от жестких реалий рыночной конкуренции, расходов на инфраструктуру и необходимости выплачивать зарплаты сотрудникам.
Именно этот отрыв от реальной экономики породил его утопический коллективизм — идею о том, что интеллектуальный труд программиста по умолчанию должен быть общественным достоянием. Такая позиция фактически отказывает создателю софта в суверенном праве самостоятельно распоряжаться результатами своей работы.
2. Парадокс GPL и подмена понятия «свобода».
Столлман совершил изящный лингвистический трюк, назвав свою лицензию GPL «Свободным программным обеспечением» (Free Software). В реальности же GPL жестко обязывает программиста открывать исходный код любых модификаций, сделанных на базе первоначального продукта. Она лишает разработчика самого главного права — свободы выбора.
Называть лицензию «свободной», когда она опирается на жесткое юридическое принуждение — это логический парадокс. В этой системе свобода трактуется не как автономность действий автора, а как тотальное уничтожение его коммерческой независимости. Это патерналистский подход в духе: «Мы силой заставим вас быть свободными, но строго по нашим правилам».
3. Настоящая свобода BSD и миф о «дозволенности».
В противовес GPL, лицензии вроде BSD, MIT или Apache дают разработчику подлинную автономию. Первоначальный автор и все последующие программисты сами решают, что делать с кодом: оставить его открытым, модифицировать или закрыть для коммерческого использования. Настоящая свобода — это и есть право на этот личный выбор.
Чтобы не признавать модель BSD истинно свободной, Столлман ввел искусственный термин «дозволяющие лицензии» (permissive licenses). Годами он использовал этот ярлык, чтобы продвигать миф о «слабости» или «неполноценности» такого подхода. Эта лингвистическая уловка годами путала индустрию, маскируя тот факт, что именно BSD-модель предоставляет создателю софта максимальный объем прав.
4. Permissive против Restrictive: называем GPL её настоящим именем.
Если отбросить идеологический пиар и оценивать лицензии объективно по объему прав, которые они оставляют создателю, картина меняется. Если лицензии BSD/MIT называют permissive (дозволяющими), потому что они разрешают делать с кодом всё что угодно, то GPL — это их абсолютная полярная противоположность.
В юридической и технической практике для таких лицензий давно существует официальный термин: «ограничивающие лицензии» (restrictive licenses). GPL жестко ограничивает права разработчика, накладывая взаимные обязательства (copyleft). Честная и нейтральная классификация требует делить лицензии на дозволяющие (дающие автономию автору) и ограничивающие (навязывающие обязательную открытость).
5. Крах утопии «пользователя-разработчика» и кризис AI (LLM).
Фундаментальный постулат Столлмана о том, что каждый конечный пользователь захочет и сможет модифицировать код под свои нужды, полностью провалился. Программная инженерия осталась высокоспециализированным, сложным ремеслом. Рядовому пользователю нужен работающий, отполированный продукт, а не исходный код.
Более того, в эпоху генеративного AI это наследие превратилось в кошмар для мейнтейнеров опенсорса. С приходом больших языковых моделей (LLM) открытые репозитории затопила волна низкокачественного кода, сгенерированного нейросетями. Новички массово спамят проекты пулл-реквестами и баг-репортами ради одной цели — набить себе красивый профиль на GitHub для рекрутеров. У независимых разработчиков нет ни времени, ни ресурсов валидировать этот гигантский поток нейросетевого шума, что приводит к системному выгоранию сообщества.
6. Иллюзия защиты: корпоративное иждивенчество и эксплуатация.
Адепты GPL утверждают, что эта лицензия защищает независимых разработчиков от корпоративной жадности. На практике произошло ровно противоположное:
Институциональный захват: Сегодня главными финансовыми донорами крупнейших проектов и фондов свободного ПО (включая Linux Foundation) являются транснациональные корпорации. Они дают деньги не из альтруизма, а чтобы юридически направлять разработку строго в русло своих коммерческих интересов, фактически контролируя вектор развития опенсорса.
Эксплуатация без компенсации: Крупные облачные провайдеры берут GPL-проекты, упаковывают их в коммерческие облачные сервисы (SaaS) и зарабатывают миллиарды. Поскольку они не распространяют бинарные файлы, они полностью обходят триггеры GPL, не выплачивая авторам оригинального кода ни цента.
Корпоративное иждивенчество: Корпоративные менеджеры, использующие бесплатные библиотеки в своих закрытых коммерческих продуктах, регулярно присылают независимым авторам ультимативные баг-репорты с требованиями «срочно исправить», потому что у них горят бизнес-дедлайны. Одинокий разработчик остается юридически и экономически беззащитным перед корпоративным фрилоадингом.
7. Развенчание мифа о «паразитизме» и реальная сила синергии BSD
Главный аргумент лоялистов GPL звучит так: дозволяющие лицензии позволяют корпорациям «паразитировать» на труде сообщества (например, использование компонентов FreeBSD в macOS от Apple). Этот аргумент логически и экономически несостоятелен.
Суверенное согласие: Программист, выпускающий код под лицензией BSD, добровольно дает последующим разработчикам свободу использовать его как угодно. Если открытие кода под BSD было осознанным выбором, то корпоративная коммерциализация — это заранее одобренный сценарий. Корпорации просто действуют в рамках той свободы, которую им предоставили.
Карьерный лифт и хайринг: Модель BSD полностью снимает с корпораций юридическую тревогу перед использованием опенсорса, превращая проект в мощный маркетинговый инструмент самого разработчика. Крупный бизнес, заинтересованный в технологии, не ворует её — он нанимает автора в штат на высокооплачиваемую и стабильную должность. В этой синергии выигрывают все: программист получает долгосрочное финансирование, ресурсы и стабильность, предприятие — проверенное решение, а конечные пользователи — качественный продукт, который поддерживается годами.
Заключение.
Моя критика направлена не на саму лицензию GPL и тем более не на личность Ричарда Столлмана, чей исторический вклад в индустрию бесспорен. Проекты под GPL и её деривативами имеют полное право на существование наряду со всем семейством BSD/MIT, занимая важное место в цифровой экосистеме.
Мои претензии лежат исключительно в плоскости терминологической честности. Я верю в необходимость называть вещи своими именами. Называть жесткое юридическое принуждение «единственной истинной свободой», попутно делегитимизируя суверенное право автора на выбор — это семантическая манипуляция.
Рынок и реальная экономика рассудили этот спор прагматично: современная IT-индустрия выбрала многообразие. Сообщество проголосовало за гибкость, экономическую логику и взаимное доверие, оставив идеологический диктат в прошлом и сохранив за каждым разработчиком священное право самому решать, как распоряжаться плодами своего интеллектуального труда.
