Открытый исходный код мертв: понимание спора о лицензии HashiCorp

Драматическое название, я знаю. Теперь вот почему это НЕТ истинный:

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

Открытый исходный код развивается

В эпоху цифровых технологий основой современного мира, от смартфонов до облачных вычислений , является программное обеспечение с открытым исходным кодом. Это программное обеспечение, часто создаваемое глобальным сообществом разработчиков, находит применение в коммерческих продуктах, принося материнским компаниям миллионы, если не миллиарды долларов. Но чтобы по-настоящему понять недавние противоречия вокруг открытого исходного кода, нам необходимо углубиться в его богатую историю и понять проблемы, с которыми сталкиваются независимые поставщики программного обеспечения (ISV) в экосистеме открытого исходного кода.

Краткая история открытого исходного кода

Еще до того, как был придуман термин «открытый исходный код», существовало движение в сторону свободного программного обеспечения. В конце 1970-х и начале 1980-х годов Ричард Столлман, разочарованный переходом к несвободному программному обеспечению, запустил проект GNU . К 1989 году была выпущена первая версия Стандартной общественной лицензии GNU (GPL), в которой был введен подход «авторского лева» и гарантировалось сохранение свободы программного обеспечения. В 1990-е годы Линусом Торвальдсом было рождено ядро Linux, а вместе с системой GNU была создана полностью свободная и открытая операционная система: GNU/Linux. Появился термин «открытый исходный код», и в 1998 году была основана Инициатива открытого исходного кода (OSI), подчеркивающая не только доступ к исходному коду, но и свободу его изменения и распространения.

Проблемы независимых поставщиков программного обеспечения в сфере открытого исходного кода

Исторически сложилось так, что программное обеспечение с открытым исходным кодом (OSS) доминировало в горизонтальных областях, таких как интернет-приложения. Сегодня зрелые проекты, такие как Linux и Apache, представляют собой инфраструктурное или платформенное программное обеспечение. Независимые поставщики программного обеспечения часто разрабатывают свои приложения на основе программного обеспечения платформы OSS. Однако эти компоненты OSS иногда не соответствуют требованиям независимых поставщиков ПО, что приводит к модификации или добавлению «связующего кода», обеспечивающего совместную работу компонентов. В результате создается настроенная версия компонента OSS, что ставит перед независимыми поставщиками ПО задачу поддержки этой производной версии и принятия решения о том, как обрабатывать эти расширения и модификации.

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

Споры о HashiCorp

Перенесемся в сегодняшний день, и мы видим, как такие компании, как HashiCorp, создатели Terraform, попадают в заголовки газет, переходя от лицензий с открытым исходным кодом к лицензиям с «доступным исходным кодом». Переход HashiCorp с публичной лицензии Mozilla v2.0 (MPL 2.0) на лицензию Business Source (BSL) v1.1 был встречен серьезной негативной реакцией. Это не единичный случай. Компании пытаются найти баланс между духом открытого исходного кода и устойчивостью бизнеса.

Основная проблема? Крупные поставщики облачных услуг извлекают выгоду из свободно доступного кода, часто не отдавая должного. Эта напряженность привела к рождению OpenTF, ответвления Terraform, и публикации Манифеста OpenTF , подчеркивающего важность сохранения важного программного обеспечения с действительно открытым исходным кодом.

Будущее открытого исходного кода

Будущее открытого исходного кода – это не только код; речь идет о сообществе и общем видении совместного и открытого цифрового будущего. Поскольку все больше приложений полагаются на компоненты с открытым исходным кодом, разработчики сталкиваются с проблемами в управлении своими зависимостями и обеспечении безопасности. Более 90% компонентов приложения имеют открытый исходный код, а среднее приложение содержит 128 зависимостей с открытым исходным кодом .

Нам нужно сделать это правильно, не для того, чтобы «сохранить открытый исходный код», а для того, чтобы гарантировать, что критически важные инфраструктуры, построенные на нем, не подведут.

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