license provided что значит
Вкратце о лицензиях Open Source
Многие разработчики и дизайнеры хотят опубликовать свои работы в виде открытых проектов. Они хотят иметь возможность делиться своим кодом. Сообщество open-source с каждым днём всё прочнее стоит на ногах. Открытые программы существуют для любых видов задач, каких вы только можете себе вообразить. А многие веб-разработчики используют свободное ПО как фундамент для своей работы (WordPress, Drupal и многие другие CMS открыты, свободны и бесплатны).
Но ситуация такова, что лицензий open-source существует великое множество, и подчас нелегко понять что на самом деле они означают. Какие права получают разработчики, когда выбирают ту или иную открытую лицензию? Попробуем хотя бы в общих чертах разобраться.
Что такое лицензирование?
В двух словах: лицензирование даёт определённые полномочия сторонним лицам на использование вашего продукта.
Лицензирование является прекрасной альтернативой простой передаче продукта в общественное достояние или предоставлению разрешения в каждом конкретном случае. Выпустив на публику свой продукт, вы лишаетесь всех прав на него и никто вам ничем не обязан. В особо клинических случаях этот шаг чреват судебными тяжбами, если ваша программа причинила кому-то вред. А во втором случае, вы будете тратить больше времени на выдачу разрешений, чем на саму разработку.
Лицензии open-source предоставляют людям возможность внести свой вклад в проект не спрашивая ни у кого специального разрешения. Они также защищают вас как автора, что гарантирует хотя бы наличие вашего имени в списках разработчиков. Это также обезопасит вашу работу от кражи другими лицами.
GNU General Public License
Лицензия GNU GPL одна из самых часто используемых лицензий для open-source проектов. GPL гарантирует широкий диапазон прав разработчикам, которые работают над открытыми проектами. Она позволяет пользователям легально копировать, распространять и модифицировать ПО. Это означает, что вы можете:
Копировать программное обеспечение.
Копировать на свои серверы, на серверы клиентов, на собственный компьютер, да и вообще куда угодно. Также нет никаких ограничений на количество сделанных копий.
Распространять программное обеспечение по своему усмотрению.
Можете сделать прямую ссылку на своём сайте. Можете записывать на болванки и дарить друзьям. Можете распечатать исходники программы, сделать из них самолётики и пускать с крыши дома.
Зарабатывать на распространении программного обеспечения.
Если вы хотите продавать бесплатное ПО – нет проблем. Но вы обязаны приложить к нему лицензию GPL, в которой разъясняется тот факт, что это ПО вообще-то бесплатное. Многие зарабатывают на технической поддержке, почтовой рассылке дисков и т.п.
Делать какие угодно модификации ПО.
Если вы хотите добавить или убрать какой-то функционал программы – нет никаких преград для этого. Если вы хотите использовать часть кода в своём проекте, вы имеете на это право. Условие состоит лишь в том, что проекты, основанные на GPL должны и дальше распространяться под этой лицензией.
Использовать GPL очень легко. Необходимо лишь внести необходимую информацию в исходный код своей программы и приложить к нему копию GPL.
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 (CC) не совсем open-source лицензия, так как она обычно используется в мультимедиа и дизайн-проектах. Существует широкое множество CC-лицензий и каждая из них даёт определённые права. У CC есть 4 основных положения, которые могут быть использованы по одиночке или в комбинации друг с другом. Вот они:
Атрибуция (указание авторства) – BY
Эта лицензия позволяет другим распространять, перерабатывать, исправлять и развивать произведение, даже в коммерческих целях, при условии указания автора произведения. Это наиболее свободная лицензия, с точки зрения того, что могут делать с произведением пользователи.
Копилефт – SA
Эта лицензия позволяет другим модифицировать, исправлять и развивать произведение даже в коммерческих целях при условии указания авторства и лицензирования производных работ на аналогичных условиях.
Некоммерческое использование – NC
Работа может модифицироваться, распространятся и т.д., но только для некоммерческих нужд. Понятия “коммерческий” и “некоммерческий” немного расплывчаты. Например, некоторые могут интерпретировать “некоммерческий” как синоним фразы “не для продажи”. Другие могут могут предположить, что они не имеют права на использование даже там, где просто есть реклама. В общем, “коммерческий” означает какую-либо материальную выгоду.
Без производных – ND
Это значит, что вы можете копировать и распространять лицензированную работу, но не имеете права модифицировать её или создавать собственные работы на основе оригинала.
Как уже было сказано, эти составляющие можно комбинировать. Наиболее жёсткая лицензия — “С указанием авторства – Некоммерческая – Без производных” (BY-NC-ND). Это наиболее хороший вариант для того, чтобы освободить свою работу, но сохранить над ней контроль. А наименее жёсткая лицензия — “С указание авторства” (BY) означает, что люди могут использовать вашу работу до тех пор, пока указывают ваше авторство.
Лицензии CC разработаны для дизайнерской работы, а не для разработки ПО, но ничто не мешает использовать её в обеих случаях. Просто внимательно пройдитесь по всем пунктам и выберите то, что вам по душе.
Вот шесть наиболее часто используемых лицензий мира open-source. На самом деле их намного больше, некоторые источники уверяют, что около 60-ти. Многие практически дублируют друг друга с некоторыми небольшими оговорками, что создаёт сложности в их выборе и использовании. Open Source Initiative работает над тем, чтобы сократить их количество до приемлемого. Я же считаю, что на все случаи жизни хватило бы и четырёх: GPL, LGPL, BSD и CC. Рекомендую вам более подробно ознакомиться с каждой из них, а если вы заинтересовались использовать эти лицензии в своём бизнесе, как это делают IBM, Google и сотни других крупных компаний, обязательно проконсультируйтесь со своим юристом. В постсоветских странах, насколько мне известно, нет никакой правовой защиты open-source лицензий, по крайней мере не было ни одного судебного прецедента. С другой стороны, юристы OSI (Open Source Initiative) гарантируют защиту ваших прав по каждой из указанных лицензий.
Поправка от tarzanasg:
«Некоммерческое использование – NC» и «Без производных – ND» к open source не относятся. Применение этих условий делает лицензию и тексты с медиафайлами собственническими.
Использование свободных лицензий при создании ПО: проблемные вопросы и риски разработчика (часть 3)
Это третья часть серии, с предыдущей частью вы можете ознакомиться по ссылке.
На практике очень часто право использования программного обеспечения для разработки собственных программ приобретается на основании так называемых свободных лицензий. При этом слово «свободные» не означает, что для программы, распространяемой по такой лицензии, не существует никаких ограничений на ее использование. Определенные ограничения или требования к разработчикам, закрепленные в тексте свободной лицензии, должны учитываться и соблюдаться, в том числе если исходный текст или экземпляр программы были размещены в открытом доступе (например, в общедоступном репозитории на GitHub).
В связи с этим все свободные лицензии в зависимости от содержащихся в них условий принято разделять на две основные группы:
разрешительные (permissive license)
взаимные лицензии (reciprocal license, также используется понятие «copyleft»)
В разрешительных лицензиях предоставление лицензиату прав использования программы сопровождается минимумом условий (например, обязанностью указания автора при последующем распространении произведения и включением условий об исключении гарантий и ответственности).
Взаимные лицензии налагают на лицензиата более существенные обязательства, ключевым из которых обычно является обязанность распространять модификации программы на тех же условиях, на каких распространялась исходная программа, либо совместимых с ними (подробнее о совместимости различных взаимных лицензий – далее).
Таким образом, наиболее благоприятным для использования в собственных программах является программное обеспечение, распространяемое на основании разрешительных лицензий, поскольку оно позволяет разработчику самостоятельно определять условия лицензирования созданного им продукта и, в частности, не исключает возможность извлечения прибыли от предоставления права использования созданной программы третьим лицам в удобном для разработчика формате.
Самыми известными разрешительными свободными лицензиями являются Berkeley Software Distribution license (BSD, существует в двух основных версиях – «оригинальной» (BSD-4 Clause) и «модифицированной» (BSD-3 Clause)) и MIT.
Данные лицензии содержат минимум условий и предоставляют пользователю почти полную свободу использования программного обеспечения, распространяемого в соответствии с ними.
В свою очередь, взаимные лицензии (наиболее известными примерами являются лицензии, разработанные Фондом Свободного Программного обеспечения – GNU General Public License (GPL) (Существует несколько версий, новейшей является версия 3.0 (Version 3 /v3)), GNU Affero General Public License (AGPL), GNU Lesser General Public License (LGPL) (Существует несколько версий, новейшей является версия 3.0 (Version 3 /v3)) предоставляют разработчику гораздо меньшую свободу и «отравляют» собой созданную программу, поскольку использование модифицированной программы на условиях, отличных от условий соответствующей взаимной лицензии, будет являться неправомерным.
С учетом изложенного, в случае использования при разработке собственного программного обеспечения программ, распространяемых на условиях свободных лицензий, можно столкнуться с двумя основными проблемами, возникновение которых следует заранее предупредить путем разъяснения разработчикам специфики действия свободных лицензий различных видов.
Первая проблема при использовании свободной лицензии – распространение условий свободной лицензии, действующей в отношении исходного заимствованного фрагмента «чужой» программы, на модифицированную программу, созданную вашим разработчиком.
Данную проблему можно конкретно рассмотреть на примере условий взаимной свободной лицензии GNU General Public License (GPL). Здесь и далее приведены выдержки из новейшей Version 3 в переводе на русский язык (), при этом необходимо иметь в виду, что переводы лицензии с английского языка не признаются официально действительными..
Данная лицензия (рассматривается Version 3) устанавливает в разделах 5 и 6, что модифицированные версии программы, распространяемой на условиях данной лицензии, также должны распространяться на условиях лицензии.
При этом под модификацией программы в силу раздела 0 Лицензии понимается «копирование или адаптация произведения целиком или в части, способом, требующим разрешения правообладателя, за исключением изготовления его точной копии», в связи с чем даже минимальные внесенные в первоначальную программу изменения будут считаться модификацией по смыслу Лицензии.
Таким образом, если ваш разработчик использует при написании программы фрагмент программы распространяемой на условиях GPL, вся ваша программа, будучи, по сути, модифицированной версией первоначальной программы, также подлежит распространению на условиях GPL, что, в частности, налагает ограничение на то, каким образом вы можете распространять копии своей программы и влиять на дальнейшее распространение вашей программы пользователями.
Так, при последующей передаче копий вашей программы в виде исходного текста вы должны:
в силу раздела 4 Лицензии:
приложить к каждой копии соответствующее уведомление об авторских правах способом, обеспечивающим ознакомление с ним пользователя
сохранить все уведомления о том, что к тексту применима Лицензия GPL и любые ограничения, добавленные в соответствии с разделом 7 лицензии
сохранить все уведомления об отсутствии каких-либо гарантий
предоставить всем получателям вместе с Программой копию лицензии
в силу раздела 5 Лицензии:
включить в исходный текст уведомления о произведенных вами изменениях с указанием их даты, сделанные способом, обеспечивающим ознакомление с ними пользователя
включить в исходный текст уведомления о том, что модифицированная программа распространяется на условиях настоящей Лицензии, а также об условиях, добавленных в соответствии с разделом 7, сделанное способом, обеспечивающим ознакомление с ним пользователя
Кроме того, согласно разделу 4 Лицензии вы вправе взимать плату за каждую копию, которую вы передаете (в том числе путем предоставления ссылки на скачивание копии программы с распространяющего сайта), или распространять копии бесплатно; также вы можете предложить поддержку или гарантию за отдельную плату.
Однако, обратите, пожалуйста, внимание, что аналогичное право будут иметь и все пользователи вашей программы, и вы, например, не сможете пресечь распространение копий вашей программы бесплатно, если какой-либо пользователь решит осуществить его, независимо от того, за плату вы сами распространяете копии или бесплатно. Из положений Лицензии GPL (как рассматриваемой Version 3, так и более ранних версий 1 и 2, неофициальный перевод на русский язык) следует, что соответствующие действия охватываются объемом разрешенного использования программы и не требуют дополнительного согласования с правообладателем.
Аналогичные условия применяются в соответствии с разделом 6 Лицензии и при распространении копий программы в форме объектного кода. Раздел 6 лишь конкретизирует формат, в котором вы должны будете предоставить исходный текст вашей программы пользователю.
Отдельно также следует отметить, что наложение на пользователей вашей программы дополнительных обязанностей, не предусмотренных Лицензией GPL, прямо запрещено разделом 10 Лицензии. Вы, в свою очередь, также не можете нарушать условия Лицензии при использовании заимствованной программы, даже если на вас наложены обязанности (будь то по решению суда, договору или иным способом), которые противоречат условиям Лицензии GPL (это следует из раздела 12).
Таким образом, использование в вашей программе, по сути, любого фрагмента иной программы, распространяемой на условиях GPL лицензии, будет оказывать значительное влияние на ваши правомочия по дальнейшему распространению вашей программы, в том числе в части получения прибыли от реализации вашей программы пользователям.
В связи с этим, если это не соответствует вашим интересам, ваши работники должны воздерживаться от заимствования фрагментов программ, распространяемых на условиях GPL лицензии, а равно любых иных взаимных лицензий.
В то же время, возвращаясь к вопросу о распространении условий лицензии GPL на производные программные продукты, следует заметить, что необходимо учитывать и существующую позицию Фонда Свободного Программного обеспечения относительно добавления к первоначальной программе дополнительных модулей:
«Когда программа и ее внешние модули считаются единой комбинированной программой? ( #GPLPlugins )
Это зависит от того, как главная программа вызывает свои внешние модули. Если главная программа использует для этого fork и exec и они завязывают тесное общение через сложные структуры данных, общие или передаваемые туда и обратно, то они становятся единой комбинированной программой. Когда главная программа использует для вызова внешних модулей просто fork и exec, не завязывая тесного общения с ними, внешние модули остаются отдельными программами.
Если главная программа динамически компонуется с модулями и они вызывают функции друг из друга и разделяют общие структуры данных, мы убеждены, что они формируют единую комбинированную программу, которая должна рассматриваться как расширение и главной программы, и модулей. Если главная программа динамически компонуется с модулями, но взаимодействие между ними ограничено вызовом “главной” процедуры модуля с какими-то параметрами и ожиданием результата, то это предельный случай.
Применение общей памяти для обмена сложными структурами данных вполне эквивалентно динамическому связыванию»
C учетом данной позиции и дополнительных разъяснений Фонда Свободного Программного обеспечения, если главная (заимствованная) программа и разработанные вами модули составляют комбинированную программу, то это значит, что вы должны выпускать модули на условиях Лицензии. Если же архитектура вашей модификации позволит прийти к выводу о том, что разработанный вами модуль является отдельным от первоначальной программы, то право использования ваших модулей может предоставляться пользователям на условиях, отличных от Лицензии GPL.
Отдельно также отмечаем, что внесение изменений в файл конфигурации компьютерной программы не является действием, в результате которого происходит ее модификация, то есть внесение творческого вклада и создание производного произведения, поскольку сами по себе данные, содержащиеся в файлах конфигурации, и вносимые в них изменения являются «незначительными и не защищаются авторским правом», а вносимые изменения «явно ниже порога оригинальности».
Продолжение следует, будем рады ответить на ваши вопросы в комментариях!
Алексей Переверзев, Младший юрист Semenov&Pevzner
В чём разница между популярными Open Source лицензиями? Объясняет Github
Авторизуйтесь
В чём разница между популярными Open Source лицензиями? Объясняет Github
В сентябре Github добавила на страницы проектов, которые используют стандартные Open Source лицензии, секцию, в которой эта лицензия указывается:
После переработки условий использования сервиса, которые прояснили (наконец-то) правовой статус GitHub относительно проектов, которые он хранит, компания решила пойти дальше в том, чтобы помочь пользователям разобраться, на что они имеют право, а на что — нет. С этой целью на страницу просмотра файла LICENSE из корневой директории проекта были добавлены краткие сведения о лицензии с сайта Choose A License:
Мы решили перевести для вас эти замечания, чтобы вы в случае необходимости могли быстро вспомнить, зачем нужна та или иная лицензия. Ниже мы приводим краткие описания лицензий и таблицы, которые содержат три колонки:
Пояснения некоторых значений таблиц
Разрешения * распространять, * использовать в коммерческих целях или * изменять работу значат ровно то, что написано — вы можете пользоваться этими правами, но лишь до тех пор, пока соблюдаете условия, указанные в секциях * «Требует» и * «Запрещает».
Пункт * «Разрешает личное использование» (англ. private use) означает, что если вы изменяете работу, вы не обязаны её распространять — на своей машине вы можете делать с кодом всё, что захотите.
Пункт * «Предоставление патентных прав» означает что соавторы работы (контрибьюторы) отказываются от патентных прав (если они есть) на те части кода, которые они добавили; это гарантирует безопасность при использовании работы — иск на вас точно не подадут.
Пункты * «Отказ от ответственности» и * «Никакой гарантии» означают, что ни при каких условиях авторы произведения не могут быть ответственны за последствия его использования, продажи и вообще чего угодно.
GNU AGPLv3
Разрешает:
* Коммерческое использование
* Распространение
* Изменение
* Личное использование
* Предоставление патентных прав
Требует:
* Распространять исходный код вместе с продуктом
* Упоминания авторства и лицензии в работе
* Указывать изменения, внесённые в работу
* Использование по сети приравнивается к распространению
* Производные продукта необходимо выпускать под той же лицензией
Запрещает:
* Отказ от ответственности
* Никакой гарантии
Это самая сильная копилефтная лицензия из всех существующих. Она разрешает делать с кодом всё, что угодно, но взамен от всех, кто изменяет или распространяет произведение, требуется указание исходного авторства, распространение исходного кода вместе с работой (или предоставление его по первому требованию), а также указание того, что в работу были внесены изменения. При этом производные работы должны публиковаться строго под этой же лицензией, без исключений. Лицензия гарантирует, что к пользователю (распространителю) не будут применены никакие требования из-за патентных прав.
Отличительной особенностью этой лицензии от основной лицензии GPL является то, что если кто-то предоставляет доступ к программе по сети (например, через интернет), то это считается распространением, а значит, распространитель обязан представлять исходный код, если от него этого потребуют.
GNU GPLv3
Оригинальный текст Перевод на русский
Разрешает:
* Коммерческое использование
* Распространение
* Изменение
* Личное использование
* Предоставление патентных прав
Требует:
* Распространять исходный код вместе с продуктом
* Упоминания авторства и лицензии в работе
* Указывать изменения, внесённые в работу
* Производные продукта необходимо выпускать под той же лицензией
Запрещает:
* Отказ от ответственности
* Никакой гарантии
Это самая популярная копилефтная лицензия. От предыдущей она отличается только тем, что не приравнивает использование программы по сети к её распространению.
GNU LGPLv3
Оригинальный текст Перевод на русский
Разрешает:
* Коммерческое использование
* Распространение
* Изменение
* Личное использование
* Предоставление патентных прав
Требует:
* Распространять исходный код вместе с продуктом
* Упоминания авторства и лицензии в работе
* Указывать изменения, внесённые в работу
* Производные продукта необходимо выпускать под той же лицензией (но можно использовать продукт в качестве библиотеки)
Запрещает:
* Отказ от ответственности
* Никакой гарантии
От основной GPL лицензии эта отличается тем, что использование работы под LGPL в качестве части для большей работы (т.е. в качестве библиотеки) не накладывает требования лицензировать большую работу под LGPL, или открывать её исходный код. Но код самой библиотеки все равно должен предоставляться по первому требованию.
Mozilla Public License 2.0
Разрешает:
* Коммерческое использование
* Распространение
* Изменение
* Личное использование
* Предоставление патентных прав
Требует:
* Распространять исходный код вместе с продуктом (в случае использования в качестве библиотеки — только исходный код библиотеки)
* Упоминания авторства и лицензии в работе
* Производные продукта необходимо выпускать под той же лицензией (но можно использовать продукт в качестве библиотеки)
Запрещает:
* Отказ от ответственности
* Никакой гарантии
* Не передаются права на торговые марки
Ещё одна лицензия, которая хорошо подходит для библиотек из-за слабого копилефта. В отличие от LPGL, при использовании работы под этой лицензией в качестве библиотеки, не нужно открывать даже исходный код самой библиотеки, равно как и указывать изменения, которые были внесены в работу.
Лицензия отдельно оговаривает, что для производных работ нельзя использовать те же названия, если они являются торговым марками.
The MIT License
Оригинальный текст Перевод на русский
Разрешает:
* Коммерческое использование
* Распространение
* Изменение
* Личное использование
Требует:
* Упоминания авторства и лицензии в работе
Запрещает:
* Отказ от ответственности
* Никакой гарантии
Одна из так называемых «разрешительных» лицензий — с работой можно делать что угодно до тех пор, пока вы указываете автора оригинальной работы. Производные работы можно выпускать под другой лицензией и не открывать их исходники. Однако эта лицензия не гарантирует пользователю патентных прав, поэтому вместо неё рекомендуется использовать Apache License, которая приведена ниже.
Apache License 2.0
Разрешает:
* Коммерческое использование
* Распространение
* Изменение
* Личное использование
* Предоставление патентных прав
Требует:
* Упоминания авторства и лицензии в работе
* Указывать изменения, внесённые в работу
Запрещает:
* Никаких обязательств
* Никакой гарантии
* Не передаются права на торговые марки
Ещё одна разрешительная лицензия — от пользователей она требует только, если работа была изменена, писать об этом, и, конечно, указывать исходное авторство. Лицензия отдельно оговаривает, что для производных работ нельзя использовать те же названия, если они являются торговым марками.
The Unlicense
Разрешает:
* Коммерческое использование
* Распространение
* Изменение
* Личное использование
* Предоставление патентных прав
Требует:
(Ничего не требует)
Запрещает:
* Никаких обязательств
* Никакой гарантии
Выпуская работу под этой лицензией, вы отказываетесь от всех прав на неё, буквально передавая её в общественное достояние — на тех, кто её использует, не накладывается никаких ограничений. Приятная новость в том, что вы не будете нести ответственность за то, что написали — отсутствие гарантии здесь прописано так же, как и везде.
А как же остальные лицензии? Как же BSD?
Этого набора более чем достаточно, если вы хотите выбрать лицензию для своего Open Source проекта — не надо писать свою лицензию или использовать что-то более специфическое. Путаница, которая возникает из-за обилия лицензий и их совместимости друг с другом — актуальная проблема Open Source. Лицензия BSD достаточно популярна, но её сокращённый вариант полностью совпадает по смыслу с лицензией MIT, и GNU советуют использовать именно последнюю. Если же вы столкнулись с проектом, который использует какую-то нестандартную лицензию, и хотите узнать, что она вам разрешает, вы можете подсмотреть в шпаргалке на сайте Choose A License.