Свободный софт можно бесплатно использовать и распространять с любой целью, адаптировать под себя, улучшать и публиковать свои версии — эти права закрепляются с помощью свободных лицензий. В этой статье рассмотрим основные виды таких лицензий, их особенности и совместимость.
Проведем воображаемый эксперимент: представим себе мир без свободного ПО. Весь код хранится в закрытых репозиториях, а значит, программисты не могут просто и бесплатно использовать накопленный опыт IT-индустрии. Компании, занимающиеся разработкой, вынуждены приобретать платный софт: это требует дополнительных затрат и в конечном счете сказывается на качестве и цене продуктов.
Чтобы сэкономить, они начинают писать свои библиотеки: на IT-сленге это называется «велосипедить». Вместо того чтобы объединить усилия и разрабатывать одну качественную библиотеку, компании создают миллионы одинаковых библиотек разной степени проработанности. Стать программистом в таких условиях куда сложнее, ведь настоящий продакшн-код впервые можно увидеть только устроившись на работу.
В общем, мир без свободного ПО сильно отличался бы от нашего: качество продуктов, подготовка специалистов и темпы развития индустрии были бы гораздо хуже. В этой статье мы поговорим о феномене свободного ПО и типах свободных лицензий, а также узнаем, какую лицензию выбрать, чтобы сделать свой продукт открытым.
Примечание: это сокращенный вариант статьи, полную версию можно почитать — в блоге Хекслета.
Как зародилось свободное ПО
Многие программисты считали, что у пользователей ПО должны быть все права на его изучение и изменение. Одним из лидеров движения за свободное программное обеспечение был Ричард Столлман: он решил создать собственную лицензию, которая будет обладать полной юридической силой, но в то же время гарантировать возможность оставлять софт открытым. Так Столлман создал первую свободную лицензию GNU GPL — General Public Licence. В 1989 году он выпускает первую программу под этой лицензией — редактор кода GNU Emacs, который популярен до сих пор. Про незаурядную личность Ричарда Столлмана в блоге Хекслета есть отдельная статья.
Движение за свободное ПО и свободные лицензии по сути стало борьбой против авторского права, которое не дает права владения продуктом, несмотря на то, что пользователь за него заплатил. Сегодня и корпорации оценили пользу свободного ПО: почти каждая большая компания имеет свой открытый репозиторий. Именно благодаря этому у нас есть такие библиотеки, как React (Facebook/Meta) или Protobuf (Google).
Что такое свободное ПО
Свободное ПО — это софт с открытой лицензией. Все виды лицензий гарантируют следующие свободы:
- Свобода использования в любых целях, включая коммерческие. Вы не можете сказать, что ваша лицензия работает только в определенной стране или для определенной группы населения.
- Свобода распространения. Любой человек может распространять и даже продавать продукт со свободной лицензией.
- Свобода изменения. Вы можете изменять код продукта, например, исправить в нем баг или добавить нужную вам функцию. Также эта свобода подразумевает агрегацию. Можно собрать коллекцию свободного программного обеспечения, использовать ее в собственном приложении (например, пакеты React и Material UI), а затем продавать его.
- Свобода распространения измененной версии. Это сумма пунктов 2 и 3, которая подразумевает, что вы можете форкнуть (скопировать) проект, если автор не согласен принять ваше изменение.
Свободные лицензии делятся на обычные (разрешительные) и вирусные. Разрешительные лицензии позволяют использовать исходный код в проприетарном ПО, вносить в него изменения и сделать исправленную версию закрытой.
Проприетарное ПО — несвободное программное обеспечение (от proprietary — частное, патентованное, в составе собственности). Такое ПО является частной собственностью авторов или правообладателей, его авторы не дают пользователям реальных прав на изучение и изменение купленного софта, сохраняют за собой монополию на его использование, копирование и модификацию, полностью или в существенных моментах. Обычно проприетарным называют любое несвободное ПО, включая полусвободное.
Вирусную лицензию выбирают, если автор хочет, чтобы все производные продукты с участием его кода распространялись под той же свободной лицензией. То есть, добавив в свой проект код под вирусной лицензией, он будто заражает этой лицензией весь проект.
Ниже разберем примеры вирусных и невирусных лицензий.
GNU General Public License
Первая лицензия GNU General Public License до сих пор остается одной из самых популярных.
Чтобы сделать нашу программу свободной, нужно заявить, что она является общественным достоянием, и отказаться от авторских прав. Но тогда кто угодно может взять нашу программу, нанять штат разработчиков, добавить в нее новый функционал и продавать, закрыв исходные коды. Значит, нам нужно сделать лицензию, которая дает гарантию, что код под ней всегда будет оставаться открытым.
Именно это и делает GNU GPL. Лицензия является вирусной, то есть при добавлении кода под GNU GPL в проект, ваш код «заражается» и обязан быть выпущен под GNU GPL или другой совместимой лицензией.
Два основных пункта лицензии:
- Исходный код должен либо распространятся с бинарными файлами программы, либо должно быть письмо с пояснением, как их запросить.
- Если код под GPL попадает в проект, то весь проект также автоматически станет GPL. Полная версия лицензии на английском
GNU General Public License v2
Основным нововведением второй версии стал принцип «свобода или смерть»: либо код распространяется с исходниками, либо никак.
Также v2 уточняет: если вы решили распространять программу с инструкцией о запросе исходников, то все, кто получил программу от вас и распространяют ее дальше, обязаны также прикладывать эту инструкцию. В такой инструкции будет указан ваш email-адрес, на который можно отправить запрос, а вы в ответ пришлете исходные коды.
GNU Lesser General Public License (LGPL)
Эта лицензия менее «свободна» и в основном используется для программных библиотек. LGPL не гарантирует конечному пользователю полную свободу использования программного обеспечения. Только свободу модификации для компонентов, лицензированных по LGPL, но не для каких-либо проприетарных компонентов.
Коммерческое ПО может линковаться с библиотекой, выпущенной под LGPL, и при этом оно не будет «заражено» GPL и может оставаться закрытым. Это позволяет использовать свободные библиотеки в закрытом ПО, все преимущества свободной библиотеки сохраняются.
MIT (X11 License)
Чтобы продукт распространялся под лицензией MIT, достаточно приложить текст этой лицензии и распространять продукт вместе с ним.
Важнейшее отличие от GPL — возможность использовать ПО под лицензией MIT в закрытом коде. Такие лицензии еще называют разрешительными. По итогу данная лицензия разрешает все, если ее текст приложен к продукту и в нем упомянут оригинальный автор.
Под лицензией MIT выпущено множество известных продуктов: PuTTY, Mono, Ruby on Rails, JQuery, Wayland и, конечно же, X Window System.
BSD
Текст лицензии является общественным достоянием, это позволяет любому модифицировать его, создавая свою лицензию на основе BSD. Такие лицензии называют «лицензии типа BSD».
Например, общественная лицензия Microsoft добавляет запрет на изменение лицензии в случае, если код распространяется в виде исходников. Есть также NetBSD, FreeBSD, OpenBSD, DragonFly BSD, но самой используемой считается «модифицированная версия BSD», также известная как «BSD с тремя пунктами».
Трехпунктовая BSD довольно похожа на MIT, но в MIT явно указаны разрешения на сублицензирование, слияние, публикацию и продажу. Тем не менее эти свободы подразумеваются и в BSD, их можно отнести к «использованию» или «распространению». Можно сказать, что выбор между MIT и BSD — исключительно дело вкуса.
GNU General Public License v3
GPL третьей версии создавалась дольше предыдущих версий, а во время ее утверждения шли бурные споры.
Вот три главных нововведения:
1. Борьба с тивоизацией
Часто производители намеренно ограничивают функциональность устройств или же выпускают дорогую и дешевую версии продукта, которые различаются лишь программно. Примером являются смартфоны iPhone, на которых запрещено копирование программ и ограничен доступ к файловой системе. Одна из целей GPLv3 — закрыть подобную лазейку.
2. Запрет на дискриминационные патентные соглашения
Со временем Microsoft и другие корпорации нашли способ ограничивать свободу пользователей: они открывают исходный код, но для работы с ним необходимо купить патент. GNU GPL v3 запрещает такую практику.
3. Обход цифровой защиты
Закон об авторском праве цифрового тысячелетия и Директива об авторском праве Европейского союза делают преступлением написание ПО, целью которого является обход цифровых защит. Этот пункт отменяет действие этих законов, если сама цифровая защита лицензирована GPL v3. По сути этот пункт гарантирует, что ваше ПО под GPL v3 не смогут использовать в создании цифровых защит.
GNU Affero General Public License
Эта лицензия была разработана на основе GNU General Public License и Affero GPL, чтобы решить проблему облачных сервисов. Она обязывает сервер, на котором исполняется модифицированная программа, предоставлять доступ к исходному коду.
Совместимость лицензий
Чтобы использовать части программного обеспечения, выпущенные под разными свободными лицензиями, эти лицензии должны быть совместимы между собой.
GNU-сообщество делит лицензии на 3 общих класса — неограничительные, промежуточные и лицензии с авторским левом.
К неограничительным относятся MIT и BSD, к промежуточным — LGPL. Программы, выпущенные под лицензиями с авторским левом, навсегда останутся свободными, независимо от того, кто и как их распространяет.
Правила совместимости лицензий:
Заключение
Этот обзор должен помочь с выбором подходящей лицензии. Главное — это решить, какую степень свободы вы хотите дать вашим пользователям.
Информацию из этой статьи также стоит учитывать при использовании чужого свободного ПО: помните о «заразности» лицензий с авторским левом, проверяйте, что взятый вами код находится под совместимой лицензией. Мы рекомендуем полностью прочитать текст выбранной лицензии, прежде чем применять ее.
В полной версии статьи мы подробнее рассматриваем особенности перечисленных лицензий и правила их совместимости — читайте в блоге Хекслета.