Как вы выбираете лицензию с открытым исходным кодом?[закрыто]

StackOverflow https://stackoverflow.com/questions/41898

  •  09-06-2019
  •  | 
  •  

Вопрос

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

Это было полезно?

Решение

Здесь многое описано:http://www.gnu.org/licenses/license-list.html#SoftwareLicenses

Решение о том, какой из них использовать, может быть политическим, но в конечном счете должно определяться вашими планами / желаниями в отношении программного обеспечения.Если вы хотите быть уверены, что это всегда бесплатно, тогда выберите GPL или другую лицензию "Авторского лева".Если вы не возражаете против коммерческого использования, выберите другое, совместимое с этим.

Другие советы

Я почти всегда в конечном итоге использую MIT или BSD (они эквивалентны), поскольку это

  1. Это самая либеральная лицензия из существующих.В нем просто говорится, что вы не несете ответственности за какие-либо неприятности, и необязательно заставляет людей включать уведомление об авторских правах на вашу оригинальную работу в производные.
  2. Это допускает производные с закрытым исходным кодом, и я считаю это хорошей вещью:компании иногда не имеют возможности выполнять свою работу под лицензией GPL (они сами могут использовать продукты или компоненты третьей стороны с ограниченными лицензиями).

Это, а также группа GNU / GPL, как правило, являются экстремистами, когда вы сталкиваетесь с ними в дикой природе.

Это может вызвать бесконечную дискуссию, но есть один принцип, которого я бы придерживался при принятии решения о том, какую лицензию использовать: НЕ СОЗДАВАЙТЕ НОВЫЙ!!

Независимо от того, насколько убедительны аргументы вашего юриста о том, что, поскольку текущая лицензия не соответствует уникальным потребностям вашего проекта, вы должны написать свою собственную или даже просто "слегка модифицировать" существующую, относитесь к нему как к программисту, который приходит к вам и утверждает, что он просто ИМЕЕТ использовать оператор GOTO, потому что ничто другое в языке не будет работать.

Другие советы:

Если вы ищете информацию о бесплатных лицензиях и лицензиях с открытым исходным кодом, полезная сравнительная таблица: 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.Таким образом, мы могли бы включать исправления / улучшения от сообщества, сохраняя при этом защиту приложений (особенно наших), работающих поверх него, от принудительного перехода на открытый исходный код.

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top