Каковы плюсы и минусы GPL? [закрыто]


31

Я смотрю на лицензирование некоторых программ с открытым исходным кодом и смотрю на GPL. Каковы плюсы и минусы использования этой лицензии?



6
не дубликат Этот вопрос сфокусирован на GPL и не рассматривает перспективы высокого уровня.
goodguys_activate

1
Я бы предпочел пойти на одну крайность или другую: AGPL или WTFPL.
TRiG

Давайте рассмотрим это в перспективе. Если Microsoft сначала предложит эту лицензию и сохранит все положения в точности одинаковыми, лицензия не будет иметь таких же условий. FOSS и GLP - это не то, чем они кажутся. Прочитайте их Манифест. Они не об анархии, они о контроле.
Эндрю Финнелл

Ответы:


45

Хорошо, мой список плюсов и минусов GPL:

Pros

  • Это заставляет людей задуматься о том, действительно ли они покупают в Open Source; Вы готовы жить этим и позволить другим людям использовать то, что вы написали, а не просто любить это из-за того, что вы можете из этого извлечь?
  • Это гарантирует, что когда что-то было разработано сообществом Open Source, оно остается Open Source; нет никаких шансов, что кто-то возьмет на себя всю работу, которую делали другие, упакует ее и продаст.

Cons

  • Это полное нет-нет для большинства корпоративных организаций; они не могут позволить себе риск попадания кода с лицензией GPL в свои продукты, поэтому практически во всех средних и крупных компаниях есть положения, явно запрещающие код с лицензией GPL.
  • Это отталкивает людей от Open Source.
  • Действительно ли справедливо, что, поскольку я использую в своем приложении элемент управления выбора изображений с открытым исходным кодом, все мое приложение теперь тоже должно быть открытым исходным кодом? Даже если я улучшу средство выбора изображений и передам этот код сообществу? Условия слишком обременительны для многих разработчиков.
  • Многие люди не знают о строгих условиях лицензии GPL, поэтому используйте ее, так как слышали о лицензии, не осознавая, какие ограничения они накладывают на тех, кто хочет ее использовать.
  • Это чрезвычайно вирусный. Если ваш проект содержит компонент, который содержит компонент, который находится под GPL (фу!), Весь ваш проект также подпадает под действие GPL.

В конечном итоге для меня минусы перевешивают плюсы. Для меня это похоже на то, что евангелисты с открытым исходным кодом пытаются обмануть мир, чтобы он стал открытым исходным кодом, вместо того, чтобы убеждать мир в его преимуществах.


9
+1 за некоторые минусы, для которых да, я согласен, слишком «строгие». Лицензия MIT - хорошая альтернатива.
Ладья

16
Это такой прозрачный FUD: «Это полное нет-нет для большинства корпоративных организаций; они не могут позволить себе риск попадания кода, лицензированного по GPL, в свои продукты, поэтому практически во всех средних и крупных компаниях есть положения, явно запрещающие код, лицензированный по лицензии GPL. «. Лицензионный код и проекты под лицензией GPL не вызывали споров в Fortune 500, по крайней мере, с 2004 года, и, действительно, многие крупные компании (Google, IBM, Oracle и многие другие) основывают свою деятельность на этом.

13
Здесь есть разница между компаниями-разработчиками программного обеспечения, которые часто не могут коснуться кода под GPL, и компаниями, которые используют программное обеспечение для внутреннего использования, где GPL по сути не имеет никакого эффекта. Их намного больше, чем первых.
Дэвид Торнли

9
Кстати, GPL был задуман как движущая сила общественного движения, но целью было создать хранилище свободного программного обеспечения, которое всегда оставалось бы бесплатным и которое становилось бы все более заманчивым в использовании. Насколько я могу судить, это была не попытка обмануть разработчиков. Кроме того, человек, стоящий за GPL, Ричард Столлман, дезавуирует все связи с открытым исходным кодом, в отличие от свободного программного обеспечения.
Дэвид Торнли

4
Опыт Дэвида Торнли в основном совпадает с моим. Я никогда не слышал о компании, которая не использовала бы код GPL для внутреннего использования. Черт возьми, у всех есть Linux в десятках мест. Тем не менее, многие компании, разрабатывающие программное обеспечение для распространения, не разрешают использовать GPL-код где-либо рядом со своей базой кода разработки. LGPL обычно в порядке, но не всегда.
Дэвид Шварц

2

Хотя h4xxr определенно дал ответ FTW, вот еще несколько ссылок, которые могут оказаться полезными, если вы не уверены, что представляют собой различные типы лицензий.

Сравнение лицензий на бесплатное программное обеспечение (сравнение таблиц)
Open Source Initiative - Лицензии по имени (что в нем говорится - часто используемые лицензии в современном мире программного обеспечения) Список лицензий на программное обеспечение, включая совместимые с GPL

F --- GPL <- интеллектуальная критика (должен любить эти "жемчужины мудрости" :-)


2

FWIW У меня лично есть большой проект с открытым исходным кодом, который я являюсь ведущим разработчиком, и я принял модель с несколькими лицензиями именно потому, что GPL удерживала некоторых людей от использования моего кода. Мой код лицензируется по вашей собственной модели лицензий и позволяет использовать любую из следующих лицензий - GPL, LGPL, MIT.

LGPL позволяет людям включать ваш код / ​​библиотеку / исполняемый файл как есть в их продукт, если он не изменен. Это наиболее полезно для компаний, разрабатывающих коммерческие продукты или продукты с закрытым исходным кодом, которым может понадобиться ваш продукт для функционирования, но не нужно менять работу вашего продукта.

Лицензия MIT - это, по сути, разрешительная лицензия, которая позволяет людям изменять вашу работу по своему усмотрению и использовать ее для своей работы. Используйте это, если вы подозреваете, что пользователи могут захотеть сделать это, и вы не против иметь доступ к источнику каких-либо изменений, которые могут быть сделаны людьми.


2

Выбор GPL является идеологическим шагом:

Вы даете преимущество разработчикам свободных программ, потому что они могут использовать вашу библиотеку, а коммерческие игроки - нет (по крайней мере, до тех пор, пока они не хотят выпускать свой продукт под лицензией GPL). Корпорации должны платить своим работникам за написание библиотеки, которая имеет те же функции. Таким образом вы продвигаете бесплатное программное обеспечение.

Выбор менее ограниченной лицензии, такой как MIT, более практичен:

Вы можете использовать свою библиотеку самостоятельно, когда кодируете деньги (как фрилансер, как сотрудник). Однако каждый может, поэтому вы помогаете таким образом корпорациям экономить деньги, хотя они уже богаты без них.


+1 GPL - это идеологическое / философское решение, а не техническое. Хорошо это или плохо, зависит от философских вопросов и решать каждый проект или команда.
Андрес Ф.

1

Когда дело доходит до свободно лицензируемых проектов с открытым исходным кодом (например, X11, PostgreSQL, Haskell), противодействие GPL и LGPL. Код GPL не может быть использован в таких проектах не потому, что GPL запрещает это или лицензия X11 запрещает это, а потому, что такие проекты не хотят «обновить» действующую лицензию всего своего продукта до GPL.


0
  • Выгода: вы юридически гарантированы, что люди делают свои изменения / вклады доступными для вас.
  • Стоимость: многие коммерческие пользователи не могут использовать ваш код. Они не будут использовать ваш код и, следовательно, никогда не внесут свой вклад. Посмотрите эту ветку, объясняющую, почему пользователи libcinder не могут использовать (L) код GPL. Даже LGPL может быть проблематичным, когда им нужно статически связать библиотеку.

Я думаю, что это верно только в том случае, если не в SaaS-сценариях ... а также мне может понадобиться найти свои вилки и попросить их поделиться со мной копией.
goodguys_activate

Это правда, для SaaS есть AGPL. Выявить нарушения нетривиально, но когда они найдены, есть люди, которые могут вам помочь: gpl-violations.org
LennyProgrammers

Ваша выгода неверна: если я редактирую программное обеспечение и использую его сам, вы не имеете права просматривать мои изменения. То же самое происходит, если я раздаю его группе, не желая делиться ею. Пользователь имеет право видеть источник, не все.
К.Стефф
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.