ѕодпишитесь на наш Telegram-канал Ѕудьте в курсе последних новостей 👇 😉 ѕодписатьс€
ѕоддержим в трудное врем€ —пециальное предложение на техническую поддержку вашей »“ - инфраструктуры силами наших экспертов ѕодобрать тариф
ѕоставка оборудовани€ √аранти€ и помощь с настройкой. —кидка дл€ наших читателей по промокоду WIKIMERIONET  упить
»нтерфейс статистики Merion Mertics показывает ключевые диаграммы и графики по звонкам, а также историю звонков в формате, который легко поймет менеджер ѕопробовать бесплатно
¬недрение
офисной телефонии
Ўаг на пути к созданию доступных унифицированных коммуникаций в вашей компании ¬недрить
»нтеграци€ с CRM ѕомогаем навести пор€док с данными
и хранить их в единой экосистеме
ѕодключить
»“ Ѕезопасность ”мна€ информационна€ безопасность дл€ вашего бизнеса «аказать
ћерион Ќетворкс

15 минут чтени€

Ёто подробное руководство предоставит вам информацию дл€ эффективного сравнени€ лицензий Open Source, что должно помочь вам при выборе лицензии Open Source, подход€щей дл€ ¬ашего проекта.

—равнение Open Source лицензий

»так, вы уже некоторое врем€ работаете над крутым проектом Ц и вот вы готовы сделать важный шаг и превратить ваш закрытый код в открытый.

Ёта задача кажетс€ несложной Ц просто почистить исходники и историю версий перед тем, как залить свой репозиторий на GitHub или Bitbucket... пока не всплывает вопрос о лицензии. ќказываетс€, выбор такой широкий.  акую лицензию выбрать? » нужна ли она вам вообще на самом деле?

ћожно коротко ответить на последний вопрос: да, вам действительно нужна лицензи€. ј на вопрос о том, кака€ лицензи€ вам нужна, мой ответ ещЄ короче: когда как. Ќо если вы серьЄзно относитесь к своему проекту, вам, веро€тно, потребуетс€ немного больше деталей. „то ж, читайте дальше Ц и помните: вы вступаете на территорию бесконечных споров!


Ќужна ли мне лицензи€? » что вообще такое лицензи€?

Ћицензи€ Ц это официальное разрешение, предоставленное автором какой-либо работы (ЂЋицензиаромї) сторонним лицам (ЂЋицензиатамї) и регулирующее использование лицензиатом работы лицензиара. ќна имеет форму договора, с которым должны согласитьс€ обе стороны. ¬ наше врем€ - это согласие бывает не€вным: подразумеваетс€, что, просто использу€ какую-либо работу, вы соглашаетесь с услови€ми еЄ лицензии на использование.

ѕо€сню: выпуска€ свою собственную работу, лицензиаром €вл€етесь именно вы. ј лицензиатом Ц любое лицо, использующее ваш код. ѕроще говор€, речь идЄт о двух главных категори€х: разработчиках и конечных пользовател€х.

» дл€ закреплени€ ещЄ некоторых терминов: модифициру€ вашу работу, лицензиат создаЄт то, что называетс€ производной работой (производным произведением). Ќе все лицензии одинаково трактуют то, становитс€ ли более масштабный по сравнению с вашей работой проект производным произведением, если она была использована в этом проекте.  ак вы увидите ниже, некоторые лицензии отдельно прописывают такие случаи.

 акова цель лицензии?

¬ целом, лицензи€ Ц это способ договоритьс€ о правах и об€занност€х сторон дл€ лицензиара и лицензиата. Ёти права и об€занности могут быть любыми Ц в рамках законодательства.   примеру, лицензиар может потребовать об€зательного указани€ имени правообладател€ при использовании работы лицензиатом. »ли разрешить копирование своей работы, но запретить любую еЄ модификацию. »ли даже потребовать, чтобы производна€ работа выпускалась на тех же услови€х, что и оригинальна€.

— другой стороны, лицензи€ защищает и лицензиата. ѕоскольку в ней €вно прописаны услови€ использовани€ работы, ему не угрожает то, что вы внезапно потребуете лицензионные отчислени€ или любые другие виды компенсации за использование своей работы. Ёто важно дл€ распространени€ вашей работы.

»так, лицензи€ защитит вашу работу. «ащитит лицензиата. Ќо помимо этого она защитит и вас Ц и € имею в виду вас лично.   примеру, ограничива€ ответственность лицензиара за потенциальный вред, причиной которого стала его работа.

ј что, если € не буду использовать лицензию?

ѕри отсутствии лицензии, ассоциированной с работой, Ђпо умолчаниюї действуют авторские права в соответствии с юрисдикцией страны автора. ƒругими словами, никогда не считайте, что Ђотсутствие лицензииї подразумевает, что другие люди могут делать с вашей работой что угодно. ¬сЄ как раз наоборот: без определенной лицензии вы, автор, не отказываетесь ни от каких прав, предоставленных законом.

Ќо всегда помните, что лицензи€ регулирует права и об€занности. ¬ы когда-нибудь задумывались, почему в тексте многих лицензий содержитс€ написанное Ѕ” ¬јћ» ¬ ¬≈–’Ќ≈ћ –≈√»—“–≈ предупреждение о гаранти€х, предоставл€емых вместе с продуктом Ц или, куда чаще, об отсутствии таковых? Ёто делаетс€ дл€ того, чтобы защитить владельца работы от пользовательских ожиданий и того, что подразумеваетс€ кака€-либо гаранти€. ѕоследнее, что вам нужно Ц это чтобы на ваш открытый код подали в суд!

ћогу ли € использовать кастомную (собственную) лицензию?

ƒа, можете. Ќо, веро€тно, не стоит этого делать.

явл€€сь договором, лицензи€ не может иметь приоритет над территориальными законами. ќтсюда возникает сложность соблюдени€ лицензионных прав в глобализированном мире. —корее всего, будет проще (€ имею в виду, менее сложно) защитить в суде Ђстандартнуюї лицензию. —обственно, такие дела уже защищались в некоторых юрисдикци€х и на них можно ссылатьс€ в качестве прецедента. ќчевидно, что нельз€ сказать то же про кастомную лицензию.

  тому же, кастомные лицензии (прозванные Ђлицензи€ми дл€ тщеславныхї) могут оказатьс€ несовместимыми с другими лицензи€ми, результатом чего станет плоха€ совместимость вашей работы.

ћогу ли € использовать несколько лицензий?

ƒа. ћульти-лицензирование Ц и в особенности двойное лицензирование Ц встречаетс€ нередко. Ёто особенно верно, если вы хотите создать бизнес на основе своего бесплатного произведени€. ¬ этом случае ваш проект, скорее всего, будет выпушен одновременно и под лицензией FOSS (Free And Open Source Software - —вободное и открытое программное обеспечение), и под коммерческой лицензией.

ƒругое применение мульти-лицензировани€ Ц дл€ улучшени€ совместимости, чтобы ваша работа была сочетаема с работами, опубликованными под другими услови€ми, или дл€ удовлетворени€ иных потребностей и запросов пользователей. ѕо этой причине некоторые проекты выпускаютс€ под несколькими лицензи€ми FOSS.

Ќо предупреждаю: не все лицензии совместимы между собой! ќп€ть же, € рекомендую не переизобретать колесо и использовать лицензии, совместимость которых широко известна, если вы хотите пойти этим путЄм.

ћогу ли € помен€ть лицензию Ђпозжеї?

ƒа. ƒержатель авторских прав отвечает за услови€ лицензировани€. ƒовольно просто помен€ть лицензию, если вы Ц единственный автор. Ќо если, в качестве €ркого примера, Ћинус “орвальдс захочет выпустить €дро Ћинукс под другой лицензией, ему, веро€тно, сначала потребуетс€ согласие нескольких тыс€ч других участников этого проекта. Ёто невозможно в действительности.

ƒл€ проекта средней величины это реально. » на самом деле делалось, как вы увидите в некоторых примерах ниже.

 акую лицензию Open Source мне следует использовать?

’орошо, допустим, мне удалось убедить вас в том, что вам нужна стандартна€ лицензи€. Ќо какую выбрать? ќкончательный выбор за вами. » в сети достаточно хороших компараторов, которые помогут вам в этом выборе. ¬от некоторые их них:

Ќо как всегда в юридических вопросах, надежнее всего будет прочитать Ц и пон€ть Ц официальный текст самих лицензий. ƒл€ этого может потребоватьс€ помощь профессионального юриста.

–ассмотрим некоторые общие сведени€ о наиболее распространЄнных лицензий, чтобы помочь вам сделать первые шаги в нужном направлении.


—тандартна€ общественна€ лицензи€ GNU (GPL - GNU General Public License)

GPL

GPL Ц одна из наиболее попул€рных лицензий Open Source. ” неЄ есть несколько версий Ц но дл€ нового проекта вам лучше рассматривать последнюю из них, на момент написани€ этой статьи ей €вл€етс€ GPL 3.

ѕоддержива€ сильный копилефт, GPL, пожалуй, защищает больше всех остальных свободных лицензий. „то может быть, как плюсом, так и минусом, в зависимости от вашей точки зрени€. ќсновной концепт GPL Ц что любые производные работы должны также выпускатьс€ под этой лицензией.

Copyleft - это практика предоставлени€ люд€м права свободно распростран€ть копии и измененные версии произведени€ с условием сохранени€ тех же прав в производных работах, созданных позже.
  • —ильный копилефт;
  • Ћицензиаты могут модифицировать работу;
  • Ћицензиаты могут распростран€ть исходный код вместе с производной работой;
  • ѕроизводна€ работа должна выпускатьс€ на тех же услови€х.

ѕопул€рные проекты

GPL Ц лицензи€, наилучшим образом подход€ща€ дл€ проектов ‘онда свободного программного обеспечени€ (Free Software Foundation - FSF), в том числе за счЄт инструментов GNU в основе любой системы Linux. Ѕольшие проекты Ц заведомо коммерческие Ц часто используют GPL вместе с одной или несколькими другими лицензи€ми.

  • Inkscape (векторный графический редактор): GPLv2
  • Drupal (система управлени€ веб-контентом): GPLv2
  • MariaDB (базы данных): GPL v2
  • MySQL (базы данных): GPL и коммерческа€ лицензи€
  • Qt (кроссплатформенный фреймворк дл€ разработки приложений): LGPL, GPL и коммерческа€ лицензи€Ч в зависимости от модулей и соглашени€ об уровне обслуживани€ (SLA).

ћеньша€ стандартна€ общественна€ лицензи€ GNU (LGPL - GNU Lesser General Public License)

LGPL

GPL Ц лицензи€, очень строга€ к тому, чтобы кажда€ производна€ работа публиковалась на тех же услови€х, что и исходна€, и с открытым исходным кодом. Ёто особенно неудобно в случае с библиотеками, которые служат Ђкирпичамиї дл€ крупных программных продуктов: если библиотека выпущена под GPL, то любое использующее еЄ приложение должно также выпускатьс€ под GPL. Ёту сложность адресует LGPL.

¬ отношении библиотек ‘онд свободного программного обеспечени€ (FSF) выдел€ет три случа€:

  • ¬аша библиотека реализует стандарт, который конкурирует с несвободным стандартом. ¬ таком случае широкое распространение вашей библиотеки поможет продвижению свободного ѕќ. ¬ этой ситуации FSF рекомендует использование довольно либеральной (разрешительной) лицензии Apache (она описана в статье далее).
  • ¬аша библиотека реализует стандарт, уже реализованный другими библиотеками. ¬ этом случае, полный отказ от копилефта никак не послужит продвижению свободного ѕќ. ƒл€ этого случа€ FSF рекомендует LGPL.
  • Ќаконец, если ваша библиотека не конкурирует ни с какими другими библиотеками или стандартами, FSF рекомендует GPL.

–екомендации FSF имеют преимущественно этические и идеологические основани€. ¬ жизни у разработчиков могут быть иные заботы. ќсобенно если они планирует развивать дело на базе своей лицензированной работы. ≈щЄ раз, возможно, в таком случае стоит присмотретьс€ к двойному лицензированию.

  • —лабый копилефт (из-за динамического св€зывани€ с библиотеками);
  • –азрешено коммерческое использование работы;
  • Ћицензиаты могут модифицировать работу;
  • Ћицензиаты могут выпускать исходный код вместе с производной работой;
  • ≈сли вы модифицируете работу, еЄ необходимо выпускать на тех же услови€х;
  • ≈сли вы просто используете работу (в качестве библиотеки), нет необходимости выпускать производную работу на тех же услови€х.

ѕопул€рные проекты

  • OpenOffice.org 3 (пакет офисных приложений): LGPLv3 Ч но Apache OpenOffice 4 перешЄл на лицензию Apache 2.0.
  • GTK+, the GIMP Toolkit (библиотека элементов графического интерфейса): LGPLv2.1
  • CUPS (кроссплатформенна€ система печати): GPL or LGPLv2, за исключением ќ— Apple, Ч в зависимости от компонентов.
  • WineHQ (слой совместимости с Windows): LGPLv2.1
  • GNU Aspell (проверка орфографии): LGPLv2.1

Eclipse Public License (EPL 1.0)

EPL

— более слабым копилефтом, чем в LGPL, лицензи€ Eclipse больше подходит дл€ бизнеса и допускает сублицензирование и создание программного обеспечени€ (ѕќ) на основе кода как под EPL, так и под другими лицензи€ми (даже проприетарными), с условием, что код под другой лицензией вынесен в отдельный модель программного продукта.

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

  • —лабый копилефт (из-за св€занных подключаемых в продукт модулей);
  • –азрешено коммерческое использование работы;
  • Ћицензиаты могут модифицировать работу;
  • ≈сли вы модифицируете работу, еЄ необходимо выпускать на тех же услови€х;
  • ≈сли вы просто используете работу, нет необходимости выпускать производную работу на тех же услови€х
  • ѕри коммерческом распространении продукта распространители об€заны защитить или выплатить компенсацию оригинальным авторам (под EPL) в случае судебных исков/ущерба в результате коммерческого использовани€ продукта.

ѕопул€рные проекты

ќчевидно, что EPL Ц наиболее подход€ща€ лицензи€ дл€ проектов Eclipse Foundation, в том числе Eclipse IDE. Ќо она прибрела некоторую попул€рность и за пределами этого Ц особенно в мире разработки на Java:

  • Clojure (€зык программировани€)
  • Graphviz (пакет утилит по визуализации графов)
  • Jetty (сервер дл€ приложений): двойна€ лицензи€ EPL1.0/Apache 2.0 с версии Jetty 7
  • JUnit (фреймворк дл€ модульного тестировани€ ѕќ на Java)

Mozilla Public License (MPL)

MPL

MPL Ц лицензи€, котора€ используетс€ дл€ ѕќ, созданного Mozilla Foundation. Ќо еЄ применение этим не ограничено. MPL пытаетс€ достичь компромисса между строгими лицензи€ми (такими как GPL) и либеральными лицензи€ми (такими как лицензи€ MIT).

ЂЋицензионной единицейї в MPL €вл€етс€ исходный файл. Ћицензиарам запрещено ограничивать права пользователей и доступ к любому файлу, на который распростран€етс€ MPL. Ќо один и тот же проект может содержать как файлы под MPL, так и файлы под проприетарной лицензией. ѕолученный в результате проект может быть опубликован под любой лицензией, при условии, что предоставл€етс€ доступ к файлам под MPL.

  • —лабый копилефт (в св€зи с отдельными файлами);
  • –азрешено коммерческое использование работы;
  • Ћицензиаты могут модифицировать работу;
  • Ћицензиаты должны упоминать соответствующее авторство работы;
  • Ћицензиаты могут распростран€ть производную работу на других услови€х;
  • Ћицензиаты не могут заново лицензировать исходный код под MPL;
  • Ћицензиаты об€заны выпускать исходный код под MPL вместе со своей производной работой.

ѕопул€рные проекты

  • Mozilla Firefox (веб-браузер), Mozilla Thunderbird (почтовый клиент): MPL
  • LibreOffice (пакет офисных приложений): MPL 2.0
  • H2 Database Engine (база данных): MPL2.0 и Eclipse License 1.0
  • Cairo (2D графическа€ библиотека) MPL 1.1 или LGPLv2.1

Apache License 2.0 (ASL 2.0)

ASL

ASL мы попадаем в мир либеральных свободных лицензий. Ќо даже FSF в некоторых случа€х рекомендует лицензию Apache. Ћицензи€ Apache считаетс€ либеральной, поскольку не требует того, чтобы какие-либо производные работы выпускались на тех же услови€х. ƒругими словами, это Ђне-копилефтї лицензи€.

ASL Ц единственна€ лицензи€, котора€ используетс€ дл€ проектов Apache Software Foundation. —читающа€с€ удобной дл€ бизнеса, она получила широкое распространение за пределами этой организации. ћожно нередко увидеть проекты корпоративного уровн€, выпущенные под этой лицензией.

  • Ќе-копилефт;
  • –азрешено коммерческое использование работы;
  • Ћицензиаты могут модифицировать работу;
  • Ћицензиаты должны упоминать соответствующее авторство работы;
  • Ћицензиаты могут распростран€ть производную работу на других услови€х;
  • Ћицензиаты не об€заны выпускать исходный код вместе со своей производной работой.

ѕопул€рные проекты

  • Android (операционна€ система): ASL 2.0 с некоторыми исключени€ми (особенно касательно €дра Linux)
  • Apache httpd (веб-сервер): ASL 2.0
  • Apache Spark (кластерна€ вычислительна€ система): ASL 2.0
  • Spring Framework (фреймворк дл€ создани€ корпоративных приложений на Java): ASL 2.0

MIT License

MIT

≈щЄ одна очень попул€рна€ лицензи€. ¬озможно, даже сама€ попул€рна€. ”станавлива€ совсем немного ограничений на повторное использование, лицензи€ MIT может быть легко св€зана с другими лицензи€ми, будь то GPL или проприетарные лицензии.

  • Ќе-копилефт;
  • –азрешено коммерческое использование работы;
  • Ћицензиаты могут модифицировать работу;
  • Ћицензиаты должны упоминать соответствующее авторство работы;
  • Ћицензиаты могут распростран€ть производную работу на других услови€х;
  • Ћицензиаты не об€заны выпускать исходный код вместе со своей производной работой.

ѕопул€рные проекты

  • node.js (среда выполнени€ дл€ JavaScript): MIT License
  • jQuery (клиентска€ библиотека JavaScript): MIT License (до 2012, двойна€ лицензи€ MIT/GPL)
  • Atom (текстовый редактор): MIT License
  • AngularJS (JavaScript- фреймворк): MIT License
  • SQLAlchemy (инструментарий SQL и объектно-рел€ционное отображение дл€ Python): MIT License

Ћицензии BSD

BSD

Ћицензии BSD бывают трЄх видов. ќригинальна€ лицензи€ Ђ4-х пунктовї, Ђпересмотренна€ї лицензи€, состо€ща€ из 3-х пунктов и ЂупрощЄнна€ї лицензи€ из 2-х пунктов. ѕо духу все три очень близки к лицензии MIT. » действительно, между упрощенной лицензией BSD и лицензией MIT нет существенных различий.

Ћицензии BSD, состо€щие из 3-х и 4-х пунктов, содержат больше требований в отношении повторного использовани€ наименований и рекламы. Ёто полезно учесть, если вы хотите защитить название вашего продукта или марки.

  • Ќе-копилефт;
  • –азрешено коммерческое использование работы;
  • Ћицензиаты могут модифицировать работу;
  • Ћицензиаты должны упоминать соответствующее авторство работы;
  • Ћицензиаты могут распростран€ть производную работу на других услови€х;
  • Ћицензиаты не об€заны выпускать исходный код вместе со своей производной работой;
  • Ћицензиаты не могут использовать название продукта или торговую марку оригинального автора дл€ продвижени€ своей производной работы (лицензии BSD из 3-х и 4-х пунктов);
  • Ћицензиаты об€заны упоминать оригинального автора работы во всех рекламных материалах, ссылающихс€ на функции или использование этой работы (лицензи€ BSD из 4-х пунктов).

ѕопул€рные проекты

  • Django (фреймворк дл€ веб-приложений): лицензи€ BSD из 3-х пунктов
  • Redis (хранилище данных): лицензи€ BSD из 3-х пунктов
  • Ruby (€зык программировани€): лицензи€ BSD из 2-х пунктов и кастомна€ лицензи€
  • Nginx (веб-сервер): лицензи€ BSD из 2-х пунктов
  • NetBSD (операционна€ система): лицензи€ BSD из 2-х пунктов Ч лицензи€ BSD Ђ4-х пунктовї до 2008

¬ заключение о лицензи€х Open Source

¬ы дочитали до этого места, поздравл€ю! “еперь вы понимаете, что лицензирование Ц это обширна€ и сложна€ тема. Ќо потратить врем€ на то, чтобы выбрать подход€щую лицензию дл€ вашего проекта Ц стоит того, и лучше сделать этот выбор как можно раньше. Ёто убережЄт вас от множества проблем в дальнейшем, и вы сможете направить ваше врем€ и энергию на работу над проектом вместо того, чтобы тратить силы на разборки с авторским правом и юридической совместимостью лицензий.

» помимо нескольких известных лицензий, о которых вкратце рассказано здесь, существует ещЄ множество других, используемых более или менее широко. ѕоэтому, не стесн€йтесь писать в комментари€х о том, какую лицензию вы предпочитаете и почему.