Как вы выбираете лицензию с открытым исходным кодом?[закрыто]
-
09-06-2019 - |
Вопрос
Я инженер-программист, а не юрист, и мой университет не предлагает никаких курсов, направленных на лицензирование программного обеспечения.На самом деле, их курсы, связанные с юриспруденцией, отсутствуют (но их число медленно растет).Куда я могу обратиться, чтобы узнать о лицензиях с открытым исходным кодом и о том, как их выбрать?
Решение
Здесь многое описано:http://www.gnu.org/licenses/license-list.html#SoftwareLicenses
Решение о том, какой из них использовать, может быть политическим, но в конечном счете должно определяться вашими планами / желаниями в отношении программного обеспечения.Если вы хотите быть уверены, что это всегда бесплатно, тогда выберите GPL или другую лицензию "Авторского лева".Если вы не возражаете против коммерческого использования, выберите другое, совместимое с этим.
Другие советы
Я почти всегда в конечном итоге использую MIT или BSD (они эквивалентны), поскольку это
- Это самая либеральная лицензия из существующих.В нем просто говорится, что вы не несете ответственности за какие-либо неприятности, и необязательно заставляет людей включать уведомление об авторских правах на вашу оригинальную работу в производные.
- Это допускает производные с закрытым исходным кодом, и я считаю это хорошей вещью:компании иногда не имеют возможности выполнять свою работу под лицензией GPL (они сами могут использовать продукты или компоненты третьей стороны с ограниченными лицензиями).
Это, а также группа GNU / GPL, как правило, являются экстремистами, когда вы сталкиваетесь с ними в дикой природе.
Это может вызвать бесконечную дискуссию, но есть один принцип, которого я бы придерживался при принятии решения о том, какую лицензию использовать: НЕ СОЗДАВАЙТЕ НОВЫЙ!!
Независимо от того, насколько убедительны аргументы вашего юриста о том, что, поскольку текущая лицензия не соответствует уникальным потребностям вашего проекта, вы должны написать свою собственную или даже просто "слегка модифицировать" существующую, относитесь к нему как к программисту, который приходит к вам и утверждает, что он просто ИМЕЕТ использовать оператор GOTO, потому что ничто другое в языке не будет работать.
Другие советы:
Выберите тот, который имеет основное применение (см. http://freshmeat.net/stats/#license)
См . Дэвид А.Обсуждение Уилером причин выбора лицензии, совместимой с GPL - http://www.dwheeler.com/essays/gpl-compatible.html.
Если вы ищете информацию о бесплатных лицензиях и лицензиях с открытым исходным кодом, полезная сравнительная таблица: http://en.wikipedia.org/wiki/Comparison_of_free_software_licences
Вы всегда можете просто воспользоваться лучшим из всех, WTFPL.Я использую это в большинстве своих школьных проектов, поскольку они в любом случае не так уж хороши.
В Википедии, конечно, есть практически вся информация, которую вам когда-либо нужно было знать.Но самое сложное - это знать, с чего начать.Я бы порекомендовал начать с чтения о Лицензия Apache и тот GNU GPL, которые являются двумя популярными сторонами одной и той же истории, каждая из которых предлагает различные свободы людям, связанным с кодексом.
Но вот оно в двух словах:Лицензия Apache позволяет любому делать с вашим кодом все, что угодно, в том числе брать его и использовать в продукте с закрытым исходным кодом.Это дает тому, кто принимает код, свобода делать с ним то, что они хотят.
GNU GPL, с другой стороны, позволяет вашему коду Только для использования в проекте, который также распространяется под лицензией GPL.В этом случае вы могли бы написать какой-нибудь код и запретить частной компании использовать вашу работу.Здесь ты даешь свобода к самому коду, что он всегда будет использоваться в "бесплатных" целях.
Я немного удивлен, не увидев никакого упоминания о Инициатива с открытым исходным кодом в качестве источника информации о том, какие лицензии с открытым исходным кодом существуют.Вероятно, он не проводит сравнений, поэтому стоит проверить и другие сайты.
Более прагматичные причины также могут повлиять на ваш выбор лицензии - если вы хотите использовать библиотеку GPL, вы должны использовать GPL самостоятельно, или если вы хотите, чтобы ваше программное обеспечение было частью более крупного проекта, тогда вам нужно ознакомиться с их требованиями.
Недавно я начал изучать тип лицензирования для применения к довольно существенному виду работ.Количество вариантов и содержание, ограничения (или нет) и ограниченности всех лицензий с открытым исходным кодом сбивают с толку.Я нашел пару хороших ссылок в опубликованных ответах, но я не увидел ничего, указывающего на Алфавитный список лицензий Open Source Initiative в алфавитном порядке, поэтому я включил это сюда.
У нас была похожая дилемма.В нашей компании мы решили потратить много времени на разработку фреймворка с надеждой в конечном итоге выпустить его для сообщества с открытым исходным кодом.Бизнес построен с использованием инструментов с открытым исходным кодом (apache, php и т.д.), пришло время дать сдачи.Мы остановили свой выбор на двойной лицензии LGPL / MPL.Таким образом, мы могли бы включать исправления / улучшения от сообщества, сохраняя при этом защиту приложений (особенно наших), работающих поверх него, от принудительного перехода на открытый исходный код.