Что значит свободная лицензия
Sum IP
Интеллектуальная собственность в России и за рубежом
Свободная лицензия
Свободная лицензия в России и в мире не имеет однозначного определения и как таковая вообще не поименована в российском законодательстве об авторском праве. Но это понятие сейчас широко используется в области авторских и смежных прав, а идею и принципы свободных лицензий нередко противопоставляют классическому праву интеллектуальной собственности, прогнозируя в будущем существенное ограничение исключительных прав в пользу свободы использования объектов интеллектуальных прав. В этой статье попробуем вместе разобраться с основными вопросами в рамках заявленной темы, в том числе с тем, какие существуют виды свободных лицензий.
1. Что такое свободная лицензия?
Различные общественные организации и авторы по-разному описывают свободные лицензии, вкладывая в них сходный, но не тождественный смысл. В преамбуле универсальной лицензии GNU говорится о предоставлении разрешения на использование произведения любыми способами, в т.ч. путем его распространения, переработки и исследования исходного текста и предоставлении всем желающим экземпляра исходного текста. Обязанность авторов производных произведений распространять такое произведение на тех же условиях (“copyleft”) также включена в текст GNU-лицензии, но неотъемлемым признаком свободных программ для ЭВМ, по мнению GNU, не является.
Сходные существенные условия включены в лицензию Attribution-ShareAlike 4.0. International (CCBY-SA 4.0) от CreativeCommons. Пользователям предоставлено право использовать произведение самостоятельно, распространять его экземпляры и создавать переработки, но все переработки должны распространяться на тех же условиях без каких-либо дополнительных ограничений (“copyleft”). Однако здесь нет обязанности правообладателя предоставить доступ к исходному тексту. Есть у Creative Commons и еще более свободная лицензия – заявление об отказе автора от всех авторских прав, но юридическая судьба такого заявления во многих странах, включая Россию, сомнительна (см. ниже).
Лицензия Массачусетского технологического университета (Massachusetts Institute of Technology) одна из самых коротких по объему. Ее условия сводятся к разрешению пользователям использовать произведение любыми способами, в том числе путем переработки. Но ограничений на лицензионные условия в отношении переработанных произведений нет, как нет и обязанности открыть доступ к исходному коду. MIT-License была рассчитана только на программы для ЭВМ.
Существует множество других вариантов и определений свободных лицензий. Виды свободных лицензий, рассмотренных в этой статье, включены в сравнительную таблицу, которая поможет нам сформулировать наиболее широкое определение.
2. Признаются ли свободные лицензии в России?
С одной стороны, Гражданский кодекс России не знает и не использует понятие «свободная лицензия». С другой стороны, ГК РФ устанавливает принцип свободы договора, в соответствии с которым стороны вправе вступать в гражданско-правовые договоры и определять их условия по своему усмотрению. Кроме того, с 1 октября 2014 года были урегулированы открытые лицензии как один из видов договоров в авторском праве, что облегчило порядок заключения лицензионных соглашений. Таким образом, свободные лицензии в России, являясь разновидностью лицензионных договоров, признаются. Разрешение любым третьим лицам безвозмездно использовать произведения любыми способами, в т.ч. путем переработки, не противоречит законодательству и не нарушает авторские права и иные законные интересы третьих лиц, поэтому имеет юридическую силу.
Вместе с тем российское право интеллектуальной собственности требует соблюдать письменную форму договоров о распоряжении исключительным правом. Может ли считаться ссылка, прикрепленная к экземпляру произведения, на условия, размещенные на каком-либо сайте, считаться письменной формой? Либо такая свободная лицензия недействительна? Во-первых, письменная форма это не только распечатка текста на бумаге, но и документы в электронной форме (п.2 ст.434 ГК). Во-вторых, письменная форма договора считается соблюденной и тогда, когда письменное предложение принято путем конклюдентных действий (п.3 ст.434 ГК). В-третьих, российское право знает такие понятия, как коробочная лицензия и открытая лицензия. Таким образом, свободные лицензии могут быть предоставлены таким образом, что обязательная письменная форма сделки будет соблюдена.
3. Как не запутаться в понятиях?
В последнее время в авторском праве появляется много новых понятий, между которыми не всегда можно провести четкую границу, особенно из-за их произвольного употребления. В свете рассматриваемой темы часто путают четыре понятия: свободная и открытая лицензия, общественное достояние, свободное использование. Как же они соотносятся?
Свободное использование – это предусмотренные законом случаи, в которых использование объекта интеллектуальной собственности допускается без согласия правообладателя и без выплаты ему вознаграждения. Другими словами, свободное использование всегда находится за пределами исключительного права, поэтому никакие договоры о передаче авторских прав, включая свободные лицензии, не нужны. Например, допускается фотографировать произведения архитектуры, расположенные в месте, открытом для свободного посещения, или видные из него (п.2 ст.1276 ГК).
Общественное достояние – правовой режим объекта интеллектуальной собственности, на который в связи с истечением срока прекратилось исключительное право. В частности, книга переходит в общественное достояние и может использоваться любыми лицами после истечения срока действия авторских прав (70 лет со смерти автора). По российскому праву, произведение не может перейти в общественное достояние по воле автора, отказ от осуществления прав не влечет прекращения прав (п.2 ст.9 ГК РФ). По этой причине заявления о передаче произведения в общественное достояние (например, CC0 1.0 Universal) не имеют юридической силы в России. Но для достижения сходных юридических последствий в авторском праве России может быть использована свободная лицензия.
Вопрос о соотношении свободных и открытых лицензий подробно рассмотрен в статье по указанной ссылке. Эти понятия близки, но все же отличаются по ряду важных признаков.
⚖ Что такое лицензирование ПО и как оно работает?
Сергей Кравченко
Лицензия на программное обеспечение является юридическим документом, регулирующим использование и/или перераспределение продукта. Другими словами, лицензионное соглашение (licence agreement) – это договор между автором и пользователем, который прилагается к ПО в виде текстового документа, для защиты интеллектуальной собственности разработчика и ограничения претензий.
Для разработчика лицензионное соглашение в первую очередь защищает право собственности и доход, полученный от распространения ПО. Для пользователя лицензионное соглашение может служить основанием правомерности использования программного обеспечения.
Классификация лицензий
Условно все лицензии на ПО можно разделить на две большие группы: свободного и несвободного использования.
Стоит также отметить, что не любое открытое ПО является свободным: доступ к исходному коду (на определенных условиях) могут предоставлять даже создатели коммерческих продуктов. Пример – коммерческая ОСРВ QNX Neutrino, большая часть исходных текстов которой открыта правообладателем в рамках проекта Foudry27.
Стандарты, определения и лицензии свободного ПО довольно сильно различаются в зависимости от организаций, поддерживающих его развитие и распространение. Среди них:
Обычно без явного принятия лицензии проприетарное программное обеспечение использовать нельзя.
Проприетарное ПО в свою очередь делится на коммерческое и условно бесплатное. Коммерческое, как следует из названия, распространяется за деньги или по бартеру, а условно бесплатное распространяется бесплатно, но, возможно, с определенными ограничениями: например, без права копирования, изменения, передачи, декомпиляции, доступа к некоторым функциям и т. д.
Терминология и факторы
При определении характеристик лицензирования также часто используются следующие критерии:
Эти характеристики часто прописывают в лицензионном соглашении как свободного, так и проприетарного ПО, во избежание разногласий между правообладателем и пользователем.
Спектр лицензирования свободного программного обеспечения по Дэвиду А. Уиллеру
Лицензии Open Source
Несмотря на обилие видов и функций лицензий Open Source их можно условно свести к 3 категориям.
Лицензия общественного достояния
По многим причинам компании вынуждены проявлять осторожность при внедрении программного обеспечения, являющегося общественным достоянием, в проекты или другие важные приложения.
Если подытожить, то любое ПО, созданное разработчиком, по умолчанию является его авторским произведением и может быть передано в разряд общественного достояния только путем явного, активного отказа от авторских прав.
Разрешающая лицензия FOSS (GNU/LGPL)
Разрешительная лицензия на программное обеспечение имеет минимальные ограничения и предполагает отказ от предоставления гарантий.
Варианты разрешительных лицензий включают различия в требованиях к сохранению уведомлений и авторских прав на программное обеспечение.
Copyleft
Копилефт – это практика предоставления права свободно распространять и изменять интеллектуальную собственность с требованием, чтобы те же права сохранялись в производных произведениях, созданных на основе этой собственности.
Поскольку включенное в новый проект исходное программное обеспечение допускало модификации и распространение, это может быть не лучшей вариант для разработчиков, поскольку полученный код также должен содержать лицензию с copyleft, включая доступность исходного кода.
Лицензии на проприетарное ПО
Лицензии на проприетарное ПО условно делятся на 3 основные группы по типу ограничений: условно бесплатная, собственная лицензия и коммерческая тайна.
Классификация типу ограничений и монетизации:
Разберем немного подробнее основные различия этих лицензий.
Условно бесплатная или некоммерческая лицензия
Такие лицензии подразумевают, что ПО распространяется бесплатно, но с рядом ограничений. Например, может быть ограничен срок использования продукта или доступ к его функциям. Возможны варианты, когда лицензия подразумевает полностью бесплатное использование для определенных целей, например, образовательных или только для личного некоммерческого использования. При таком подходе за пользователем может сохраняться право на копирование, но он ограничен правом на модификацию или сублицензирование.
Собственная лицензия
Коммерческое программное обеспечение или программное обеспечение – вид лицензирования, когда издатель сохраняет права на модификации и распространение за собой, оставляя тем самым пользователям лишь право на ограниченное использование ПО за определенную плату. Это основной вид лицензирования коммерческого ПО.
Коммерческая тайна
Это вид интеллектуальной собственности, включающий формулы, методы, процессы, конструкции, инструменты, шаблоны или компиляции информации, которые имеют неотъемлемую экономическую ценность, поскольку они обычно не известны или не могут быть легко определены другими, а владелец принимает разумные меры, чтобы держать их в секрете. Исходный код такого ПО держится в секрете и патентуется.
По сути ПО подпадающее под коммерческую тайну не относится напрямую к лицензированию, так как распространяется строго внутри компании и не предполагает соглашения с пользователем за ее пределами. Тем не менее некоторые виды распространяемого проприетарного ПО или их элементы могут подпадать под определение коммерческой тайны, что должно отображаться в лицензионном соглашении.
Таблица сравнения лицензий
Способы составления лицензии
Вне зависимости от того, составляете вы лицензию вручную, используете готовый текст типовой лицензии какой-либо алгоритм для подбора лицензии, стоит учитывать следующие моменты:
Все эти моменты стоит учесть при выборе или составлении лицензии и явно в ней указать.
При выборе лицензии для своего продукта обязательно учитывайте лицензии всех библиотек и материалов, которые вы в нем использовали. Согласование лицензий может быть сложным процессом, требующим особого внимания.
Работая в команде, обязательно обсудите выбор лицензии с ответственными коллегами перед релизом. В сложных случаях стоит обратиться к юристу, специализирующемуся на авторском праве в вашей юрисдикции или юрисдикции потенциальных пользователей. Хотя чаще всего лицензии прилагаются на английском, в случае, если потенциальные пользователи им не владеют, стоит приложить перевод текста на понятный для пользователя язык.
Заключение
Составление или подбор лицензионного соглашения для распространения ПО – это не простая формальность, а важный этап в заключительном цикле разработки, предшествующий выпуску продукта. Какой бы вид лицензии вы ни выбрали для своего кода, рекомендуем подойти к этому внимательно и ответственно. От вашего выбора будут зависеть особенности использования продукта и возможности сторонних разработчиков внести вклад в проект.
Виды свободных лицензий ПО
В наши дни свободное программное обеспечение уже стало распространенным явлением в сфере высоких технологий. Этому есть огромное количество доказательств. Все больше и больше компаний открывают исходные коды своих проектов, что еще более ускоряет темпы роста этой культуры.
Мы склонны называть все продукты с открытым исходным кодом одним термином, считать их одной категорией. Так удобнее, но это всего лишь упрощение. Фундаментальная концепция открытого кода понятна всем, но права, обязанности и привилегии сторон интерпретируются по-разному. Это отражается на лицензиях свободного ПО. В этой статье мы рассмотрим основные виды свободных лицензий, а также насколько они популярны.
Виды свободных лицензий ПО
За последние десятилетие более чем две трети проектов с открытым исходным кодом распространяются под лицензией 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 ( Основные лицензии свободного ПО
А теперь давайте сделаем краткое описание для каждой лицензии из рейтинга чтобы вы могли ориентироваться что они из себя представляют:
MIT License. Это лицензия, разработанная Массачусетским технологическим институтом (МТИ). Это разрешительная лицензия, а это значит, что несмотря на свободность распространения, ПО может использоваться в качестве части проприетарных программ.
Apache License 2.0. Это еще одна разрешительная лицензия. Кроме того, что разрешается полностью свободно распространять продукт, программы можно встраивать в проприетарное ПО. Но нельзя изменять название, а в файлах нужно прикладывать всю информацию об изменениях и лицензии.
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.
Понятие об отличиях основных лицензий свободного ПО на одной схеме:
Выводы
В этой статье мы рассмотрели основные типы свободных лицензий, а также некоторые самые популярные лицензии и их процент использования. Надеюсь эта информация была полезна для вас.
Небольшое видео по теме свободных лицензий и лицензии GPL:
Свободная лицензия ПО
Каждый программный код является результатом творческой деятельности разработчика. Программный код признается произведением, а разработчик соответственно его автором.
Самой распространенной формой передачи авторских прав является заключение лицензионного договора. Что же касается программного кода, то хакерская культура 1970-х годов и следующее за ней движение свободного программного обеспечения 1980-х годов породило термин «свободная лицензия».
Свободная лицензия – это упрощенная форма лицензионного договора, который содержит разрешение правообладателя пользователю на конкретный перечень способов использования произведения. Каждая свободная лицензия должна передавать пользователю четыре важнейшие права:[1]
Эти права передаются неопределенному кругу лиц, чаще всего на безвозмездной основе и бессрочно.
Казалось бы, зачем разработчики безвозмездно передают всем желающим результаты своего труда? Ответ на него дает все то же движение свободного программного обеспечения, философия которого говорит, что бессмысленно тратить усилия на дублирование уже кем-то написанного кода, гораздо полезнее направить эти усилия на создание нового.
Существует множество свободных лицензий, которые содержат основные 4 права, но отличаются особыми условиями осуществления этих прав.
Свободные лицензии на ПО бывают двух видов: копилефтовые и пермиссивные.
Копилефт (copyleft) или «авторское лево» гарантирует, что ни один пользователь, не может ограничить права других использовать, изменять и распространять как это свободное ПО, так и производные от него. Простыми словами копилефтовые лицензии подразумевают, что программа, созданная с использованием свободного ПО, должна распространяться под той же лицензией или другой лицензией, о которой прямо говорится в тексте лицензии свободного ПО.
Поэтому копилефтовые лицензии в основном несовместимы друг с другом, т.е. в одной программе не могут быть использованы фрагменты свободного ПО под разными копилефтовыми лицензиями.
Рассмотрим две распространенные копилефтовые лицензии: GPL и MPL.
GPL (General Public License) является первой и самой популярной копилефтовой лицензией. Помимо 4 основных прав GPL содержит условие копилефта, которое запрещает при распространении произведений «закрывать» их исходные тексты. Т.е. разработчик, внося любые изменения в свободное ПО, обязуется в дальнейшем бесплатно предоставлять свои исходные коды каждому пользователю по первому требованию.
Все программы, созданные с использованием свободного ПО под лицензией GPL, могут лицензироваться только под GPL, независимо от того, были ли использованы свободные ПО других лицензий. Таким образом, GPL совместима только с теми лицензиями, которые разрешают лицензирование производной программы под GPL. Например, GPLv2, GPLv3, Modified BSD license, CeCILLv2, Public Domain и др.
MPL (Mozilla Public License) используется в качестве лицензии для Mozilla Suite, Mozilla Firefox, Mozilla Thunderbird и других программ, разработанных Mozilla.
Эта лицензия не содержит особых требований к исходным кодам. MPL несовместима с GPL, так как требует, чтобы производные программы лицензировались только под MPL.
Особенностью MPL является тот факт, что код под этой лицензией может быть объединен и с «закрытыми» (которые не распространяются под свободной лицензией) файлами.
Пермиссивные лицензии – это лицензии на ПО, которые практически не ограничивают свободу действий пользователей. Программы, созданные с использованием свободного ПО под пермиссивной лицензией, могут лицензироваться как под копилефтовую лицензию, так и вообще «закрываться», т.е. выходить из разряда свободного ПО.
Рассмотрим пермиссивную лицензию BSD.
Лицензия BSD (Berkeley Software Distribution License) закрепляет за пользователями широкий круг прав. В частности, код под этой лицензией может быть совмещен с «закрытыми» файлами, и сама производная программа может быть размещена под закрытой лицензией. Главное, чтобы соблюдались условия лицензии BSD.
Стоит отметить, что пермиссивные лицензии могут быть и несовместимы с копилефтовыми, если их условия исключают друг друга. Так, в первой версии BSD содержалась оговорка, о том, что реклама программы, производной от свободного ПО под лицензией BSD, должна содержать уведомление: «Этот продукт включает ПО, разработанное Университетом Калифорнии, Беркли и помогавшими лицами». Данное условие делало BSD несовместимой с GPL.
Главный вопрос: что будет, если в одной программе использовать фрагменты кодов с несовместимыми лицензиями?
Ответ прост: свободная лицензия является упрощенной формой лицензионного договора. Следовательно, ответственность за объединение кодов с несовместимыми лицензиями будет такой же, как за нарушение условий лицензионного договора.
[1] Определение, выдвинутое Ричардом Столлманом, основателем Фонда свободного программного обеспечения.
Лицензия для вашего open-source проекта
В этой статье я хочу немного поговорить об авторском праве и свободных лицензиях на ПО. Текст является результатом самостоятельного выбора лицензий и их применения к своим проектам.
Статья будет полезна тем, кто хочет:
— в общих чертах понять, что такое авторское право (но лучше обратиться к юристу);
— подобрать свободную лицензию для своего проекта;
— разобраться, что нужно писать в шапке файла исходного кода.
Первым делом — ссылка на LicenseIT, очень полезный сайт с описанием лицензий и особенностей их применения (в том числе в России), который я умудрился не найти при подготовке статьи. Исправляюсь. Спасибо sensboston за ссылку.
Авторское право
Для начала коротко о том, что вообще такое авторское право и лицензии.
Meanwhile in Russia
Если вы в качестве результата интеллектуальной деятельности создали некое произведение (например, программу), то в этом случае вы — его автор(ы). Вы обладаете имущественными и неимущественными правами на это произведение. Имущественные права на это произведение вы можете передать и кому-то другому, но передать неимущественные, в том числе авторство, у вас уже не получится. Быть автором — это ваше неотчуждаемое и непередаваемое право.
Даже если вы при создании произведения работали «на дядю», то и в этом случае автор вовсе не некое абстрактное ООО. Возможно, когда вы устраивались на работу, то подписывали в том числе и пункт про «отчуждение исключительных прав на результаты вашей интеллектуальной деятельности в пользу работодателя» в договоре или что-то подобное. Возможно, нет (в этом случае гуглите «Служебное произведение»). В обоих случаях автор — вы. И обладаете некоторыми правами.
Лицензии
Другой способ передачи прав на произведение — лицензия. В этом случае права не отчуждаются, они передаются в соответствии с тем, что прописано в лицензионном договоре между пользователем и правообладателем. Да, лицензия — это именно договор! Все лицензии на ПО, как коммерческие, так и свободные, представляют из себя такой договор. В нем прописано, что вы можете и что не можете делать с ПО, и как далеко вас может послать правообладатель в случае претензий. Например, лицензия может дать вам право устанавливать программу, но ограничивать это право только одним компьютером, иначе к вам приедут дяди в масках и все отберут.
Обратите внимание на важный момент: если у вас достаточно прав на произведение, то вы можете распространять его под разными лицензиями (в том числе, одновременно). Например, на вашем сайте вы можете распространять программу бесплатно под свободной лицензией, а в каком-либо магазине приложений она может продаваться за деньги под их стандартной лицензией.
Также Вы можете сменить лицензию в любое время: например, сегодня у вас на сайте программа была бесплатной под свободной лицензией, а завтра она платная и с закрытыми исходниками. Но в этом случае вы не можете заставить пользователей, скачавших программу ранее, следовать нормам новой лицензии. Это логично, ведь они получили программу по другому договору.
В мире
Свободные лицензии
Определяем определение
Свободной лицензией является лицензия, которая соответствует неким критериям свободного ПО. Обычно используют либо определение свободного ПО, данное Ричардом Столлманом, либо критерии Debian по определению свободного программного обеспечения, сформулированные Брюсом Перенсом. Соответственно, те лицензии, которые не являются свободными — несвободные.
На мой личный взгляд, заморачиваться с конкретными определениями нет никакого смысла, мы ведь не политики (ну, по крайней мере, я). А с практической точки зрения, основная разница между свободными и несвободными лицензиями — в целях. Несвободные лицензии применяются с целью заработать и не дать на этом заработать конкурентам, свободные — с целью предоставить возможность безвозмездно пользоваться плодами вашего труда.
Copyleft
Перед тем как приступить к описанию лицензий, нужно разобраться, что такое копилефтные и разрешительные (пермиссивные, permissive) лицензии. Копилефтными считаются свободные лицензии, требующие распространять производные продукты под такой же лицензией. То есть, если вы использовали в своей программе библиотеку под копилефтной лицензией, то вам придется распространять вашу программу под ней же. Задача же разрешительных лицензий, напротив, разрешить любое возможное использование продукта.
Основные свободные лицензии
GPLv3 (GNU General Public License Version 3)
GPLv2 (GNU General Public License Version 2)
GPLv3 заметно строже и может создать некоторые проблемы автору. Например, одно из требований состоит в том, что должна быть предоставлена инструкция по установке изменённого приложения на устройство. Для приложений под iOS или WindowsPhone, где нет штатной возможности установить пакет не из магазина, выполнить такое требование проблематично.
Кроме того, стоит заметить, что большинство программ, выпущенных, под GNU GPLv2, позволяют использование на условиях более поздней версии лицензии.
LGPLv3 (GNU Lesser General Public License Version 3, в девичестве GNU Library General Public License)
GNU AGPLv3 (GNU Affero, GNU Affero General Public License Version 3)
Как применять лицензии GNU со своими программами
Спасибо coh и lorus за то, что о ней вспомнили. Это копилефтная лицензия.
Ее условия фактически состоят из условий GPLv3 с дополнительным параграфом в разделе 13, который позволяет пользователям, взаимодействующим с лицензируемой программой по сети, получать исходный текст этой программы. Мы рекомендуем разработчикам подумать о применении GNU AGPL для любых программ, которые обычно выполняются в сети.
Обратите внимание, что GNU AGPL не совместима с GPLv2. Она также формально не совместима с GPLv3 в узком смысле: вы не можете взять исходные тексты, выпущенные на условиях GNU AGPL, и передавать или изменять их, как вам угодно, на условиях GPLv3, и наоборот. Однако вам позволено комбинировать раздельные модули или файлы исходного текста, выпущенные под обеими этими лицензиями, в едином проекте, что предоставит многим программистам разрешение на все действия, нужные им для того, чтобы делать какие им угодно программы.
MPL v2.0 (Mozilla Public License
Version 2.0)
Для проекта open source стоит ещё рассмотреть MPL 2.0. Своеобразная лицензия, что-то среднее между LGPL и BSD. От LGPL отличается отсутствием заморочек со статическим связыванием. Это может оказаться важным для программ на ЯП, в которых динамическое связывание не предусмотрено.
Лицензией MPL заражаются файлы, а не проекты, в отличие от (L)GPL. Если изменить файл, он должен остаться под MPL. Если добавить — ограничений нет.
В случае, если проект под GNU GPL, то необходимо сделать используемый в нем код под MPL 2.0 доступным сразу под обеими лицензиями.
Для использования этой лицензии в вашем проекте нужно добавить текст из Exhibit A лицензии
в качестве шапки в каждый файл исходного кода. Лицензия не требует указывать copyright в каждом файле, но и не запрещает этого. Также не забудьте добавить в проект файл LICENSE с текстом лицензии.
EPL-1.0 (Eclipse Public License Version 1.0)
По просьбе kidar2 добавляю лицензию EPL. Это копилефтная лицензия, но она не совместима с GNU GPL.
При распространении в форме исходного кода программа должна быть доступна под лицензией EPL.
Автору разрешается распространять программу в форме объектного кода под собственной лицензией, при условии, что: эта лицензия соблюдает условия EPL, явно отказывается от любых гарантий и ответственности от лица всех авторов, указывает, что исходные коды программы доступны у этого автора и объясняет, как их получить.
Применение к своему проекту: копия лицензии должна быть включена во все копии программы
Ms-PL (Microsoft Public License)
Про лицензию напомнил sensboston. Копилефтная лицензия, несовместимая с GPL. По смыслу схожа с EPL, но написана гораздо, гораздо более человеческм языком. Самая короткая из присутствующих в этой статье копилефтных лицензий.
Обладает даже более слабым копилефтом, чем EPL: если вы распространяете исходные коды проекта, содержащие код под Ms-PL, то все исходные коды проекта должны распространяться под Ms-PL. При этом, распространение в форме объектного кода или бинарной форме позволяется под любой лицензией, не нарушающей Ms-PL. Кроме того, вы обязаны сохранять все копирайты, патенты, торговые марки и указания авторства оригинального кода. Да, лицензия регулирует патентные отношения.
Для применения к своему проекту: скопируйте текст лицензии в ваш проект (например, в файл LICENSE) и распространяйте его вместе с ним.
Существует миф, что лицензия MIT существует. Дело в том, что MIT (Massachusetts Institute of Technology) использовал много разных лицензий. Тот текст, который сейчас называют лицензией MIT, в оригинале являлся лицензией Expat, а еще ранее составлял большую часть лицензии X11. Эта лицензия — разрешительная, без копилефта. Она разрешает использование и изменение кода практически любым образом, при условии, что текст самой лицензии и указание авторства никуда не исчезнут, даже если вы разобьете изначальный проект на части. Также неоспоримое достоинство этой лицензии — небольшой размер. В качестве недостатка отмечают отсутствие регулирования патентных отношений. Из-за этого вместо нее GNU рекомендуют использовать другую разрешительную лицензию — Apache 2.0, а MIT предлагают использовать лишь для небольших проектов. Тем не менее, из разрешительных лицензий эта, пожалуй, самая известная.
Для ее применения к своему проекту создайте текстовый файл LICENSE и поместите текст лицензии туда, а также не забудьте заменить данные в строке с копирайтом на верные. Многие дополнительно указывают полный текст лицензии в шапке каждого файла исходного кода.
Apache 2.0
Наиболее современная и сбалансированная из разрешительных лицензий. Написана человеческим языком, но с оглядкой на современное правоприменение, в частности, упомянутые выше патентные отношения (пункт 3 лицензии). GNU советуют применять именно эту лицензию, когда вам необходима разрешительная лицензия.
Для применения лицензии Apache 2.0 к вашему проекту, нужно добавить в него файл LICENSE, содержащий текст лицензии. Кроме того, в APPENDIX лицензии нам предлагают добавлять в качестве шапки в каждый файл исходного кода следующий текст:
Но при этом сама лицензия выдвигает следующие требования:
made available under the License, as indicated by a copyright notice that is included in or attached to the work (an example is provided in the Appendix below)
copyright notice — это как раз строка, указывающая правообладателя. А «made available under the License, as indicated» означает, что еще должна быть явно указана лицензия. То есть, допустимо что-то вида:
Причем, совсем необязательно в исходном коде — Apache 2.0 позволяет для этого использовать файл NOTICE («or attached to the work»).
И еще о файле NOTICE: если в вашей работе вы используете чужой проект под лицензией Apache 2.0, содержащий свой файл NOTICE, то в этом случае вы обязаны копировать в производную работу содержимое файла NOTICE, в одно из трех мест: либо в аналогичный файл NOTICE, либо в исходные коды или документацию, распространяемую вместе с производной работой, либо в вывод производной работы (например в about-диалог); все согласно пункту 4 (d) лицензии. Заметьте, что, вопреки расхожему мнению, обязательного наличия файла NOTICE лицензия не требует.
При распространении в бинарной форме, вы, кроме того, должны предоставлять копию лицензии вместе с программой.
Это разрешительная лицензия, схожая по смыслу с лицензией MIT. Оригинальная лицензия BSD состояла из 4-х пунктов, но, впоследствии, 3-й пункт, требовавший включать уведомление об авторстве во все рекламные материалы, был исключен. Кроме того, существует и двухпунктовая лицензия BSD, о которой напомнил Athari, в ней удален третий пункт, и эта версия практически совпадает по функциональности с лицензией MIT. GNU советуют вместо лицензии BSD использовать MIT, чтобы исключить путаницу с тем, какая именно версия лицензии BSD используется.
Для ее применения к своему проекту создайте текстовый файл LICENSE и поместите текст лицензии туда. Не забудьте добавить строку с копирайтом. Также, дополнительно можно указать полный текст лицензии в шапке каждого файла исходного кода.
При распространении в бинарной форме лицензия и копирайт должны быть представлены в документации и/или других материалах, распространяемых вместе с бинарником.
WTFPL Version 2
Как оказалось, весьма популярная на Хабре лицензия (спасибо Komzpa, Stasik0 и плюсовавшим). Кроме того, она присутствует в списке лицензий GNU, хотя они и постеснялись разместить ее текст на своем сайте.
GNU классифицируют ее как разрешительную некопилефтную лицензию и не рекомендуют ее использовать без каких-либо объяснений. Вместо нее предлагаются MIT или Apache 2.0.
Beerware
wrote this file. As long as you retain this notice you
* can do whatever you want with this stuff. If we meet some day, and you think
* this stuff is worth it, you can buy me a beer in return. Poul-Henning Kamp
* — */
Еще одна лицензия, набравшая плюсов в комменатриях (спасибо JDima и плюсовавшим). Это тоже разрешительная лицензия, которая пытается разрешить все (ключевое слово «пытается») и содержит необязательное условие поставить автору пива (в других версиях, выпить в честь автора) при встрече, если вам понравился его проект.
Как известно, «чрезмерное употребление пива вредит вашему здоровью». Но беда этой лицензии не в пиве. Обратите внимание на фразу
wrote this file. As long as you retain this notice.
Общественное достояние (Public Domain)
CC0 (Creative Commons CC0)
Creative Commons CC0 — лицензия, которая пытается перевести проект в общественное достояние в максимальной форме, разрешенной законом. А если закон не позволяет это совершить, автоматически применяет положения разрешительной лицензии. GNU рекомендует применять CC0 в том случае, если вы хотите перевести вашу работу в общественное достояние.
Про применение CC0 к проекту можно прочитать в этой статье.
Unlicense
Про лицензию напомнил Athari. Эта лицензия появилась путем копипасты текста о передаче в общественное достояние и отказа от прав (waiver) проекта SQLite и отказа от гарантий из лицензии MIT. Аналогично лицензии CC0, Unlicense пытается перевести работу в общественное достояние и послужить в виде лицензионного договора на случай, если этого не произошло. Однако, эта лицензия менее проработана, чем CC0, из-за чего может являться нелегальной. Вот в этом вопросе на stackexchange подробнее. Вкратце, там указано, что лицензия явно нелегальна, например, в Германии, так как там, похоже, нет понятия общественного достояния. А Unlicense, в отличие от CC0, не отказывается от перевода в общественное достояние для случая, когда это противоречит закону. Кроме того лицензия как минимум нелогична (или даже противоречива), так как передача в общественное достояние, заявленная в первой строке, в случае успеха делает невалидными параграфы, следующие за ней.
Для применения Unlicense нужно добавить файл с текстом лицензии к вашему проекту. Авторы лицензии рекомендуют назвать файл UNLICENSE.
Copyright в исходниках
Наверное, вы заметили, что многие лицензии предлагают размещать определенный текст в виде комментария в шапке файла? Если это является обязательным требованием, то тогда ему нужно следовать. Но насколько необходим подобный текст, если явного требования лицензия не предъявляет?
Хорошие новости: в таком случае лицензию и даже копирайт совершенно не обязательно указывать в шапке файла. Ваша работа и так ваша, для подтверждения этого указывать копирайт нет необходимости. Подтверждать авторство или обладание правами вам все равно придется другими способами, а текст лицензии может находиться в отдельном файле.
Ну и, на всякий случай, примеры
Заключение
Разместить ваш проект в интернете и написать «пользуйтесь все!» еще недостаточно для того, чтобы им действительно начали пользоваться. И речь не о рекламе или полезности конкретного проекта. Часто необходимо четкое понимание, как можно и как нельзя использовать проект, особенно, если цели использования — коммерческие. В том числе, слова «пользуйтесь все» вряд ли удастся представить договором с правообладателем в случае каких-либо проблем.
При выборе лицензии задумайтесь, в первую очередь, о том, что лицензию вы пишете в большей степени не для себя, а для тех, кто вашим кодом будет пользоваться. Она регулирует ваши отношения с ними. Кто будет использовать ваш код? Как они будут его использовать? Какая из лицензий будет им удобнее? Какие проблемы из-за лицензии могут возникнуть у них? А у вас? Ответив на подобные вопросы, можно подобрать наилучшую лицензию.
В свою очередь, если вы используете чужой проект в своих целях, то нужно понять ограничения, накладываемые на вас его лицензией. Подходят ли они вам, сможете ли вы выполнить эти требования?
Лицензия, даже свободная, является договором между правообладателем и пользователем. Старайтесь рассматривать это именно так.