Как Вы выбираете лицензию с открытым исходным кодом? [закрытый]
@{
Func<String, IHtmlContent> foo = @<div>Say @item</div>;
}
10 ответов
Существуют партии, описанные здесь: http://www.gnu.org/licenses/license-list.html#SoftwareLicenses
, решение которого использовать может быть политическим, но должно в конечном счете быть определено Вашими планами/требованиями относительно программного обеспечения. Если Вы хотите удостовериться, что это всегда свободно, тогда выбирают GPL или другую "Разрешенную для копирования" лицензию. Если Вы не возражаете против некоторого коммерческого использования, выбираете другой, это совместимо с этим.
Я почти всегда заканчиваю тем, что использовал MIT или BSD (они эквивалентны), начиная с него
- самая либеральная лицензия там. Это просто говорит, что Вы не ответственны ни за какой вид проблемы, и дополнительно вынуждает людей включать уведомление об авторском праве Вашей исходной работы в производных.
- Это позволяет производные с закрытым исходным кодом, который является чем-то, что я рассматриваю как хорошую вещь: компании иногда не имеют возможности сделать их работу под GPL (они могут самостоятельно использовать продукты или компоненты от третьего лица с ограниченными лицензиями).
, Что, и набор GNU/GPL обычно экстремисты, когда Вы встречаетесь с ними в дикой природе.
Это может создать бесконечное обсуждение, но существует один принцип, которого я придерживался бы, решая что лицензию использовать: не СОЗДАЮТ НОВЫЙ!!
, Неважно, как убедительный аргументы Вашего легального парня, что, потому что никакая текущая лицензия точно не удовлетворяет уникальные потребности Вашего проекта, необходимо записать собственное, или даже просто "немного, изменяют" существующий, рассматривайте его как программист, приезжающий к Вам утверждающий, что он всего ИМЕЕТ для использования Оператора перехода, потому что ничто иное на языке не будет работать.
Другой совет:
-
Выбирают тот, который имеет основное использование (см. http://freshmeat.net/stats/#license )
-
Видят обсуждение David A. Wheeler того, почему выбрать лицензию, совместимую с GPL - http://www.dwheeler.com/essays/gpl-compatible.html .
Если Вы ищете информацию относительно бесплатных и лицензий Open Source полезная сравнительная таблица: http://en.wikipedia.org/wiki/Comparison_of_free_software_licences
Вы могли всегда просто использовать лучший из всех, WTFPL. Я использую это на большинстве своих школьных проектов, так как они не являются настолько великими так или иначе.
Википедия, конечно, имеет в основном всю информацию, которую необходимо было бы когда-либо знать. Но твердая часть должна знать, где запустить. Я рекомендовал бы начаться путем чтения о лицензия Apache и GNU GPL, которые являются двумя популярными сторонами к той же истории, каждый предлагающие различные свободы людям, связанным с кодом.
, Но здесь это вкратце: лицензия Apache позволяет любому сделать что-либо с Вашим кодом, включая взятие его и использование его в продукте с закрытым исходным кодом. Это дает, кто бы ни берет код свобода , чтобы сделать то, что они хотят с ним.
GNU GPL, с другой стороны, позволяет Вашему коду [только 112] использоваться в проекте, который также распределяется под GPL. В этом случае Вы могли бы записать некоторый код и препятствовать тому, чтобы частная компания использовала Вашу работу. Здесь, Вы даете свобода к самому коду, что это будет всегда использоваться в "бесплатных" целях.
Я немного удивлен не видеть упоминание о Инициатива С открытым исходным кодом как источник информации, о котором существуют лицензии Open Source. Это, вероятно, не делает сравнений, таким образом, другие сайты также стоит проверить.
Больше прагматических причин может также влиять на Ваш выбор лицензии - если Вы хотите пользоваться библиотекой GPL, необходимо использовать GPL сами, или если Вы предназначаете свое программное обеспечение, чтобы быть частью большего проекта тогда, необходимо посмотреть на их требования.
У нас была подобная дилемма. В нашей компании мы решили, инвестируют много времени на платформе, с возможной надеждой на выпуск его сообществу разработчиков ПО с открытым исходным кодом. Бизнес создается с помощью инструментов с открытым исходным кодом (апач, php, и т.д.), пришло время отдать. Мы выбрали двойную лицензию LGPL/MPL. Тем путем мы могли соединиться, фиксирует/улучшения от сообщества, при тихой защите приложений (особенно наш) выполнение сверху его от того, чтобы быть вынужденным пойти открытый исходный код также.
Недавно я начал исследовать тип лицензирования, применимый к довольно существенной части работы. Количество вариантов выбора, содержание, ограничения (или нет) и ограничения всех лицензий с открытым исходным кодом вызывает недоумение. Я нашел пару хороших ссылок в опубликованных ответах, но я не увидел ничего, указывающего на алфавитный список лицензий Open Source Initiative , поэтому я включил его сюда.