Построчный разбор лицензии MIT. Краткий гид по open‑source лицензиям

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

Открытый код означает именно то, что написано, – исходный код таких программ доступен для ознакомления и модификации, а лицензии описывают, что можно делать с этим кодом, а чего делать нельзя. Данные ограничения затрагивают в основном коммерческих разработчиков программных продуктов и электронного оборудования.

GPL

GNU GPL (GNU General Public License) - одна из наиболее распространенных open source-лицензий. Под этой лицензией распространяются ядро Linux, MySQL, Asterisk и многие другие. Большинство CMS систем, таких как MovableType, MODx, WordPress, Joomla, Drupal, osCommerce и множество других выпускаются под GPL. По разным данным, в мире до 70% open source-ПО выпускается под GPL.

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

Таким образом, если вы создаете проект на основе кода, защищенного GPL, вы обязаны распространять свой продукт под GPL. Распространение в данном случае не означает только лишь дистрибуцию конечного продукта. Под этот термин подпадает также и передача продукта заказчику исходных кодов ПО. Единственная ситуация, в которой требования GPL не являются обязательными, - отсутствие факта распространения как такового. То есть вы используете модифицированный код исключительно в личных целях или в целях компании, в которой работаете.

LGPL

GNU LGPL (GNU Lesser General Public License) отличается от GPL тем, что позволяет использовать продукты LGPL в проектах, распространяемых под другими лицензиями. То есть условия, сходные с GPL, распространяются только на ту часть производного продукта, которая заимствована из продукта, защищенного LGPL.

Изначально создатели GPL и LGPL – Free Software Foundation – предполагали использование GPL в готовых продуктах, а LGPL - в библиотеках для разработчиков, но на данный момент такое разделение не соответствует действительности. Наиболее известный продукт, выпускаемый под LGPL, – OpenOffice.org.

Перед тем как выложить software-продукт в сеть, хорошо бы подумать об авторских правах и возможных нюансах использования вашего кода. Здесь на помощь приходят open-source лицензии. Сегодня мы рассмотрим наиболее популярные из них:

• GNU GPL
• Apache 2.0
• MPL v2.0
• The Unlicense

Общие понятия

Когда речь идет о лицензиях, вам могут встретиться следующие термины:

• Копилефтная лицензия - требующая распространять производные продукты под такой же лицензией. То есть, допустим, вы использовали в своем проекте стороннюю библиотеку с копилефтной лицензией X. Вам придется также лицензировать продукт Х.
• Разрешительная лицензия не накладывает никаких ограничений. Использовав чужой модуль, обладающий такой лицензией, вы можете распространять конечный продукт под любой лицензией, как коммерческой, так и open-source.
• Совместимость. Вы можете использовать в качестве компонентов своего проекта стороннее ПО с лицензиями X, Y, Z, если X, Y, Z совместимы с лицензией вашего проекта.

GNU General Public License

Самое важное, что вам нужно знать о GNU GPL это:

• Вы должны предоставить для изучения исходный код вашей программы, даже если распространяете продукт в скомпилированном виде.
• Если вы использовали в вашем проекте ПО, лицензированное GNU GPL, конечный продукт также должен быть лицензирован GNU GPL. То же касается модификации и распространения версий чужого кода.

MIT

Лицензия MIT наиболее «на слуху» в мире свободного ПО. Если разработчику не важны патентные права и в каком виде будет распространятся его код, оказавшись в сети, выбор часто падает на MIT.

• Позволяет безвозмездное использование ПО без ограничений: включая изменение, распространение и продажу копий.
• Конечный продукт можно распространять под любой лицензией.
• Исходные коды предоставлять не обязательно.
• Отказ от гарантий. Пользователь использует ПО на свой страх и риск.
• Отказ от ответственности. Вы ничего не сможете предъявить разработчику.
• Единственным обязательным условием является указание лицензии и автора.

Apache 2.0

В отличие от MIT, делает более сильный акцент на авторские права. В шапке каждого файла исходного кода нужно указать авторство:

Copyright Licensed under the Apache License, Version 2.0 (the «License»);

Это не обязательно делать в исходном коде - можно использовать файл NOTICE . Если вы используете в проекте чужой компонент под лицензией Apache 2.0, содержащий свой файл NOTICE, вы обязаны скопировать его содержимое в конечный продукт.

Apache 2.0 является разрешительной, то есть конечный продукт с компонентами Apache 2.0 может иметь любую лицензию. Требует упоминания исходного авторства, а также указания всех изменений, внесенных в работу.

Mozilla Public License v2.0

MPL является копилефтной лицензией, но не для целого проекта, а для отдельных его файлов.

• Если вы изменили файл, он должен остаться под MPL 2.0.
• Можно без ограничений добавлять в проект компоненты любых лицензий.

The Unlicense

Попытка сделать код общественным достоянием и отказаться от авторства.

Beerware

Лицензия с забавным названием. Является разрешительной и не имеет ограничений. Содержит необязательное условие купить автору пива (выпить в честь автора), если вам понравился его проект:)

Вывод

Хотите, чтобы другие разработчики делились улучшениями вашего продукта? Выбирайте GNU GPL или MPL. Важен вопрос авторских прав? Тогда вам подойдет Apache 2.0. Нет точных требований к лицензии? Можно выложить код в интернет, лицензировав его MIT. Полный список лицензий есть на сайте

Многие разработчики и дизайнеры хотят опубликовать свои работы в виде открытых проектов. Они хотят иметь возможность делиться своим кодом. Сообщество open-source с каждым днём всё прочнее стоит на ногах. Открытые программы существуют для любых видов задач, каких вы только можете себе вообразить. А многие веб-разработчики используют свободное ПО как фундамент для своей работы (WordPress, Drupal и многие другие CMS открыты, свободны и бесплатны).

Но ситуация такова, что лицензий open-source существует великое множество, и подчас нелегко понять что на самом деле они означают. Какие права получают разработчики, когда выбирают ту или иную открытую лицензию? Попробуем хотя бы в общих чертах разобраться.

Что такое лицензирование?

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

Лицензирование является прекрасной альтернативой простой передаче продукта в общественное достояние или предоставлению разрешения в каждом конкретном случае. Выпустив на публику свой продукт, вы лишаетесь всех прав на него и никто вам ничем не обязан. В особо клинических случаях этот шаг чреват судебными тяжбами, если ваша программа причинила кому-то вред. А во втором случае, вы будете тратить больше времени на выдачу разрешений, чем на саму разработку.

Лицензии open-source предоставляют людям возможность внести свой вклад в проект не спрашивая ни у кого специального разрешения. Они также защищают вас как автора, что гарантирует хотя бы наличие вашего имени в списках разработчиков. Это также обезопасит вашу работу от кражи другими лицами.

GNU General Public License

GNU Lesser General Public License

От GNU появилось много производных лицензий. Самая популярная из них – LGPL . Она даёт несколько больше прав, чем стандартная GPL . Обычно используется для лицензирования библиотек, которым нужно работать в связке с не-GPL и с не-открытыми программами. Так как GPL требует, чтобы ПО с участками GPL также распространялось под GPL , разработчики не могут использовать код под GPL-лицензией для разработки проприетарного коммерческого ПО. LGPL даёт такое право.

Лицензия BSD

Существует целое семейство BSD-лицензий, которые накладывают гораздо меньше ограничений на распространение продукта, чем строгая GPL. Среди всей палитры BSD-лицензий, существуют 2 наиболее используемые: New BSD /Modified BSD и Simplified BSD /FreeBSD . Обе GPL-совместимы и одобрены в качестве свободных лицензий влиятельной организацией Open Source Initiative.

Лицензия New BSD разрешает неограниченное распространение с любой целью, не даёт никаких гарантий и не несёт никакой ответственности. Лицензия содержит также положение, ограничивающее использование имён участников проекта для подтверждения работы без специального разрешения. Говоря нормальным языком, “делайте с кодом что хотите, но не говорите, что это вы его написали”. Основное различие между New BSD и Simplified BSD в том, что последняя не включает в себя пункт этого “специального разрешения”.

MIT License

Лицензия MIT , наверное, самая короткая и самая обобщённая из всех популярных лицензий open-source. Её положения более либеральны, чем в других лицензиях. Основные положения выглядят следующим образом:

Данная лицензия разрешает, безвозмездно, лицам, получившим копию данного программного обеспечения и сопутствующей документации (в дальнейшем именуемыми “Программное Обеспечение”), использовать Программное Обеспечение без ограничений, включая неограниченное право на использование, копирование, изменение, добавление, публикацию, распространение, сублицензирование и/или продажу копий Программного Обеспечения, также как и лицам, которым предоставляется данное Программное Обеспечение, при соблюдении следующих условий:

Вышеупомянутый копирайт и данные условия должны быть включены во все копии или значимые части данного Программного Обеспечения.

Что всё это значит:

Вы можете использовать, копировать и модифицировать программное обеспечение как вам угодно. Никто не может препятствовать вам использовать такое ПО в своих проектах, копировать столько раз, сколько нужно и модифицировать так, как вы хотите.

Вы можете предоставлять своё ПО бесплатно, а можете и продавать его. Нет никаких ограничений по этому поводу. Единственное ограничение состоит в том, что ваше ПО должно сопровождаться лицензионным соглашением.

Проще говоря, каждый может делать всё, что нужно до тех пор, пока продукт сопровождается лицензией.

Лицензия Apache

Лицензия Apache , версия 2.0, даёт набор чётких прав. Эти права могут быть применимы как к копирайтам, так и к патентам. Так как многие лицензии могут быть применимы только к копирайтам или только к патентам, гибкость лицензии Apache имеет в определённых случаях очевидное преимущество.

Вот основные положения:

Права вечны Как только они вам предоставлены, вы можете использовать их всегда.

Права глобальны Если права выданы в одной стране, то они распространяются и во всех других странах. Например, если вы живёте в США, а оригинальная лицензия была выдана в Индии, вы всё равно не ограничены в использовании кода (ничего не могу сказать про Украину, Россию и Белоруссию, у нас всё очень зыбко).

Права дарованы безвозмездно Плата за пользование ни в коем случае не взимается.

Права не эксклюзивны Вы можете использовать работу, как и любой другой.

Права неотъемлемы Никто не может отобрать у вас права. Другими словами, вам не стоит беспокоится о том, что однажды, создав некий потрясающий код, кто-то скажет вам: “Извини, но ты больше не можешь его видеть”.

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

Creative Commons

Лицензия Creative Commons () не совсем open-source лицензия, так как она обычно используется в мультимедиа и дизайн-проектах. Существует широкое множество CC-лицензий и каждая из них даёт определённые права. У CC есть 4 основных положения, которые могут быть использованы по одиночке или в комбинации друг с другом. Вот они:

Эта лицензия позволяет другим распространять, перерабатывать, исправлять и развивать произведение, даже в коммерческих целях, при условии указания автора произведения. Это наиболее свободная лицензия, с точки зрения того, что могут делать с произведением пользователи.

Копилефт – SA

Эта лицензия позволяет другим модифицировать, исправлять и развивать произведение даже в коммерческих целях при условии указания авторства и лицензирования производных работ на аналогичных условиях.

Некоммерческое использование – NC

Работа может модифицироваться, распространятся и т.д., но только для некоммерческих нужд. Понятия “коммерческий” и “некоммерческий” немного расплывчаты. Например, некоторые могут интерпретировать “некоммерческий” как синоним фразы “не для продажи”. Другие могут могут предположить, что они не имеют права на использование даже там, где просто есть реклама. В общем, “коммерческий” означает какую-либо материальную выгоду.

Без производных – ND

Это значит, что вы можете копировать и распространять лицензированную работу, но не имеете права модифицировать её или создавать собственные работы на основе оригинала.

Как уже было сказано, эти составляющие можно комбинировать. Наиболее жёсткая лицензия - “С указанием авторства – Некоммерческая – Без производных” (BY-NC-ND). Это наиболее хороший вариант для того, чтобы освободить свою работу, но сохранить над ней контроль. А наименее жёсткая лицензия - “С указание авторства” (BY) означает, что люди могут использовать вашу работу до тех пор, пока указывают ваше авторство.

Лицензии разработаны для дизайнерской работы, а не для разработки ПО, но ничто не мешает использовать её в обеих случаях. Просто внимательно пройдитесь по всем пунктам и выберите то, что вам по душе.

P.S.

Вот шесть наиболее часто используемых лицензий мира open-source. На самом деле их намного больше, некоторые источники уверяют, что около 60-ти. Многие практически дублируют друг друга с некоторыми небольшими оговорками, что создаёт сложности в их выборе и использовании. Open Source Initiative работает над тем, чтобы сократить их количество до приемлемого. Я же считаю, что на все случаи жизни хватило бы и четырёх: GPL , LGPL , BSD и . Рекомендую вам более подробно ознакомиться с каждой из них, а если вы заинтересовались использовать эти лицензии в своём бизнесе, как это делают IBM, Google и сотни других крупных компаний, обязательно проконсультируйтесь со своим юристом. В постсоветских странах, насколько мне известно, нет никакой правовой защиты open-source лицензий, по крайней мере не было ни одного судебного прецедента. С другой стороны, юристы OSI (Open Source Initiative) гарантируют защиту ваших прав по каждой из указанных лицензий.

Поправка от tarzanasg:

«Некоммерческое использование – NC» и «Без производных – ND» к open source не относятся. Применение этих условий делает лицензию и тексты с медиафайлами собственническими.

1) Лицензия MIT
Лицензия MIT разработана Массачусетским технологическим институтом (МТИ) и считается академической лицензией, то есть она признана к использованию в сфере научных разработок. На сайте GNU она имеет название Expat license. Кроме того, система XFree86 распространяется тоже под лицензией MIT, только в этом случае на сайте GNU она получила название X11 License.

2)Лицензия BSD
Лицензия BSD появилась в начале 1980-х специально для распространения операционной системы BSD. Существует три варианта текста этой лицензии:
1. Original BSD license или четырехпунктная лицензия BSD.
2. Modified BSD license ("New BSD license" на сайте OSI) или трехпунктная лицензия BSD.
3. Лицензия корпорации Intel "BSD+Patent License" - специально разработана для модифицирования и распространения программ, которые могут защищаться патентами на программное обеспечение корпорации Intel. Эта лицензия не одобрена ни Open Source Initiative, ни FSF.
Самая первая лицензия BSD состояла из 4-х пунктов:
1. При повторном распространении исходного кода должно оставаться указанное выше уведомление об авторском праве, этот список условий и нижеследующий отказ от гарантий.
2. При повторном распространении двоичного кода должно воспроизводиться указанное выше уведомление об авторском праве, этот список условий и нижеследующий отказ от гарантий в документации и/или в других материалах, поставляемых при распространении.
3. Все рекламные материалы, упоминающие возможности либо использование этой программы, должны содержать следующее уведомление: "Этот продукт включает программное обеспечение, разработанное Калифорнийским Университетом Беркли и его жертвователями".
4. Ни название Университета, ни имена его сотрудников не могут быть использованы в качестве поддержки или продвижения продуктов, основанных на этом ПО без предварительного письменного разрешения.
Но в 1999 году по многочисленным просьбам третий пункт был исключен как "раздражающее соглашение о рекламе BSD" т. к. сложным системам, использующим код многих программ, приходилось прокручивать порой до десятка страниц рекламы. В результате появилась модифицированная трехпунктная лицензия BSD, которая сейчас является основной.
Кроме того, на сайте GNU выделяется еще одна двухпунктная лицензия "FreeBSD license", которая состоит только из двух первых пунктов лицензии BSD. На том же сайте GNU не рекомендуется называть эту лицензию "лицензией BSD", чтобы не вызывать неразбериху.

3)Лицензия GPL
GNU General Public License (Универсальная общедоступная лицензия GNU или Открытое лицензионное соглашение GNU) - самая популярная лицензия на свободное программное обеспечение, созданная в рамках проекта GNU. Первая версия лицензии GPL была выпущена в 1988 году, но затем она была откорректирована и в июне 1991 вышла версия 2 GPL, которая до сих пор является стандартом. GPL предоставляет получателям компьютерных программ следующие права, или «свободы»:
- свободу запуска программы, с любой целью;
- свободу изучения того, как программа работает, и ее модификации (предварительным условием для этого является доступ к исходному коду);
- свободу распространения копий;
- свободу улучшения программы, и выпуска улучшений в публичный доступ (предварительным условием для этого является доступ к исходному коду).
16 января 2006 г. на первой международной конференции по GPL 3, которая состоялась в MIT, был представлен первый черновой вариант лицензии. Разумеется, GPL 3 оказалась длиннее и сложнее GPL 2.
Практически сразу после этого Линус Торвальдс выразил свое разочарование в отношении лицензии GPLv3, заявив, что не видит в ней фундаментальных изменений, которые могли бы подтолкнуть к обновлению лицензии на ядро Linux. Против GPLv3 также выступили Эндрю Мортон, один из главных разработчиков операционной системы Linux, Дэвид Вудхаус, Дэйв Джонс и ряд других экспертов. По их мнению, представленный вариант GPLv3 нуждался в серьезной доработке.
Второй черновик появился 27 июля, до этого были проведены международные конференции в США, Бразилии и Испании, а в систему комментариев FSF поступило более тысячи предложений. В результате было внесено довольно много исправлений, но они, в основном, касаются нюансов и второстепенных вопросов.
Вот некоторые нововведения, которые несет GPLv3:
- Первый вариант черновика GPLv3 совсем запрещал использовать управление цифровыми правами (Digital Restriction Management, DRM), например, там было сказано следующее: "DRM фундаментально несовместимо с предназначением GPL, и сильно ограничивает свободу пользователей; поэтому GPL гарантирует что ПО, выпускаемое под этой лицензией, никогда не будет подвластно цифровым ограничениям, и никогда не сделает подобное с другим ПО или цифровым контентом". Однако во втором варианте лицензии формулировки стали более нейтральными, а сам термин DRM в тексте даже не упоминается.
- Появилась возможность расширять лицензию некоторыми дополнительными требованиями (например, требованием указывать авторские права исходного продукта во всех модифицированных). Подобные дополнения должны помочь в вопросах совместимости GPL с другими свободными лицензиями.
- Регламентируется использование патентов. Как сказано в черновиках GPLv3: "...каждой программе постоянно угрожают патенты на ПО. Мы хотим уменьшить опасность, которой подвергаются свободные программы, когда редистрибьюторы в индивидуальном порядке обходят эти самые патенты, тем самым, делая программы проприетарными. Чтобы пресечь данные действия, GPL уменьшает подобную опасность, подразумевая, что любой патент должен быть для свободного использования каждым пользователем или вообще не должен быть лицензирован ни для кого".
- Добавлен пункт, разрешающий распространение программы GPL по сетям peer-to-peer, таким как BitTorrent, без принятия лицензии и, соответственно, без предоставления исходного кода ПО.

4)Лицензия LGPL
Сокращенная Универсальная Общественная Лицензия GNU (GNU Lesser General Public License, кратко GNU LGPL) специально создана для возможности компоновки библиотек с программами, распространяемыми по другим лицензиям. GNU Library General Public License появилась одновременно с лицензией GPL 2, поэтому тоже получила номер версии 2, для обозначения того, что эти две лицензии являются взаимодополняющими. Номера версий разошлись в 1999 году, когда была выпущена LGPL версии 2.1, которая была переименована в Lesser General Public License для уточнения ее местоположения в философии GNU.
Стоит отметить, что вместе со вторым черновиком GPL 3 появился и первый вариант LGPL 3, разработанный как частный случай GPL 3 посредством применения раздела о дополнительных условиях.

5)Лицензия Guile
Состоит из GNU GPL с добавлением особого пункта, дающего неограниченное право компоновки с несвободными программами. Как следствие, она не является строгим "авторским левом", но совместима с GNU GPL.

6)Лицензия Apache

Лицензия не являющаяся "авторским левом", под которой распространяется известный сервер Apache. Позволяет модифицировать и распространять программы как в открытых кодах, так и в двоичном виде. Помимо прав на сам программный продукт (на его использование, модификацию, распространение), лицензия требует передачи сопутствующих патентов. Предусмотрена контрмера на случай судебных претензий к разработчику ПО, распространяемого под лицензией Apache, - в этом случае лицо, предъявившее такие претензии, автоматически теряет переданные ему права в отношении программы или сопутствующих патентов.

7)Лицензия Common Public License (CPL)
эту лицензию сформулировала фирма IBM, чтобы распространять свои продукты.
Особенностью этой лицензии является то, что она позволяет разработчикам изменять исходный код и использовать его в своих коммерческих продуктах. Под этой лицензией выпустила свой продукт даже Microsoft - Windows Installer XML.

8)Лицензия Mozilla (Mozilla Public License, MPL)
Замороченная лицензия, не реализующая строгое «авторское лево». Имеет некоторые комплексные ограничения, которые делают ее несовместимой с GNU GPL. Например, модуль, подчиняющийся GPL, не может законным путем быть скомпонован с модулем, помещенным под действие MPL.
9)Лицензия SPL
Лицензия Sun Public License (SPL), эквивалентна MPL с очень небольшими изменениями, например, такими как замена названия компании Netscape на Sun Microsystems. Ты можешь посмотреть точные различия между MPL и SPL в двух формах: для хакеров (www.netbeans.org/about/legal/mpl-spl-hdiff.html) .

Оставьте свой комментарий!

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

Мы склонны называть все продукты с открытым исходным кодом одним термином, считать их одной категорией. Так удобнее, но это всего лишь упрощение. Фундаментальная концепция открытого кода понятна всем, но права, обязанности и привилегии сторон интерпретируются по-разному. Это отражается на лицензиях свободного ПО. В этой статье мы рассмотрим основные виды свободных лицензий, а также насколько они популярны.

Одна из самых распространенных лицензий программного обеспечения - лицензия GNU GPL. Ее суть во взаимности. Лицензия требует, чтобы если код был изменен, то все изменения были обязательно опубликованы и доступны всем. Это называется копилефт. Но есть другие типы лицензии, которые строятся вокруг свободы для разработчика. Такие лицензии накладывают минимальные ограничения на пользователей и не требуют взаимности от разработчиков. Оба типа лицензий свободны, разница только в том, что именно остается свободным.

За последние десятилетие более чем две трети проектов с открытым исходным кодом распространяются под лицензией GPL. Можно предположить, что это лицензия по умолчанию, но все же на протяжении последних лет эта лицензия теряет популярность, а вместо нее начинают использоваться разрешающие лицензии.

Если сравнить долю каждой из лицензий по рейтингу Black Duck в этом месяце, по сравнению с январем 2010, то различие вполне очевидно:

В этом рейтинге самой популярной остается GPLv2, но она потеряла больше половины своей популярности, от 46% до 19%. За этот же период разрешительная лицензия MIT выросла от доли 8% до 29%. Apache License 2.0 выросла с 5% до 15%.

Можно предположить, что если в 2007 мы говорили о свободном по, то имели в виду копилефт лицензию GPL, тогда как сейчас фоукс сместился в сторону разрешающих MIT и Apache. Это не означает, что копилефт лицензии становятся менее важными, просто в наше время разработчикам больше нравятся разрешающие лицензии. Вот какие выводы мы можем сделать из этого графика:

Консолидация. Это топ 10 лицензий по популярности за 2010 и 2016 год, все, кроме трех из них, снизились в популярности. Больше всего снизилась лицензия GPL, а выросли Apache и MIT, это уже обсуждалось. Но примечательно, что достаточно популярная лицензия BSD, наоборот, снизилась. Та же тенденция у лицензии ISC. Сейчас только несколько лицензий являются самыми популярными и, возможно, скоро мы будем видеть консолидацию между несколькими лицензиями.

Бинарный выбор . Исторически так сложилось, что у вас есть три основных варианта выбора лицензии: копилефт, разрешающая и среднее положение. К средним лицензиям можно отнести LGPLv2.1 (4), LGPLv3 (2), EPL (1), MPLv1.1 (<1), CDDL (<1) и CDDLv1.1 (<1) они имеют общую долю порядка 7-8%. Теперь все больше и больше выбор сводится к копилефт или разрешающим лицензиям.

Без лицензии. Сколько бы ни говорилось об открытых лицензиях, но до сих пор остаются репозитории открытых проектов с кодом, не использующим ни одну из лицензий. Со временем процент лицензированных репозиториев сокращается:

Есть много объяснений этому явлению, например,безразличие разработчиков. Но все открытые программы без лицензии - это не открытое программное обеспечение и это плохо.

Основные лицензии свободного ПО

А теперь давайте сделаем краткое описание для каждой лицензии из рейтинга чтобы вы могли ориентироваться что они из себя представляют:

GNU General Public License. Расшифровывается как универсальная общественная лицензия. Была разработана в 1988 году в рамках проекта GNU. Принцип действия лицензии, как уже говорилось, все изменения кода должны быть опубликованы. Программа не может быть включена в проприетарное ПО, но зато может свободно распространяться между пользователей, изучаться и улучшаться при условии публикации улучшений. За время развития было выпущено три версии - GPLv1, GPLv2 и GPLv3, в которых были немного ослаблены ограничения лицензии gpl к проприетарному ПО.

MIT License. Это лицензия, разработанная Массачусетским технологическим институтом (МТИ). Это разрешительная лицензия, а это значит, что несмотря на свободность распространения, ПО может использоваться в качестве части проприетарных программ.

Apache License 2.0. Это еще одна разрешительная лицензия. Кроме того, что разрешается полностью свободно распространять продукт, программы можно встраивать в проприетарное ПО. Но нельзя изменять название, а в файлах нужно прикладывать всю информацию об изменениях и лицензии.

Artistic License - свободная лицензия, разработанная The Perl Foundation. Это копилефт лицензия, она требует чтобы все изменения были опубликованы, а в файлах были описаны вносимые правки.

BSD Licese 2.0. Лицензия на программное обеспечение университета Беркли. Лицензия очень похожа на MIT, и программное обеспечение тоже можно встраивать в проприетарные проекты. Но здесь нельзя использовать оригинальное название свободного проекта.

Code Project Open 1.0.2 License. Это лицензия, опубликованная сообществом разработчиков The Code Project. Она разрешает использовать исходный код и сами программы в коммерческих целях, код можно изменять и включать в другие проекты.

Mozilla Public License (MPL) 1.1. Эта лицензия была разработана в компании Netscape и улучшена в Mozilla Foundation. Разрешается использование кода в закрытых проектах, но измененный код должен быть лицензирован в соответствии с MPL.

Microsoft Public Licese (MS-PL) - это свободная лицензия, которая предоставляет право на использование, распространение и изменение кода. Но при распространении нужно сохранить информацию об авторских правах.

Понятие об отличиях основных лицензий свободного ПО на одной схеме:

Выводы

В этой статье мы рассмотрели основные типы свободных лицензий, а также некоторые самые популярные лицензии и их процент использования. Надеюсь эта информация была полезна для вас.

Небольшое видео по теме свободных лицензий и лицензии GPL: