Які плюси і мінуси GPL? [зачинено]


31

Я переглядаю ліцензування деякого програмного забезпечення з відкритим кодом і дивлюсь на GPL. Які плюси та мінуси використання цієї ліцензії?



6
не дублікат. Це питання вузько зосереджено на GPL та не сприймає "високої точки зору".
goodguys_activate

1
Я схильний піти на одну або іншу крайність: AGPL або WTFPL.
TRiG

Давайте поставимо це в перспективу. Якби Microsoft спочатку придумала цю ліцензію і зберегла всі положення абсолютно однаковими, ліцензія не мала б однакового наступного. FOSS та GLP - це не те, чим вони здаються. Прочитайте їхній Маніфест. Вони не про анархію, вони про контроль.
Ендрю Т Фіннелл

Відповіді:


45

Гаразд, мій список плюсів і мінусів GPL:

Плюси

  • Це змушує людей важко замислюватися над тим, чи дійсно вони купують Open Source чи готові ви жити разом з цим, і нехай інші люди використовують те, що ви написали, а не просто сподобаєтесь через те, що ви можете вийти з нього?
  • Це гарантує, що коли щось розроблене спільнотою з відкритим кодом, воно залишається відкритим; немає шансів, щоб хтось взяв всю роботу, яку виконували інші, перепакувавши її та продавши.

Мінуси

  • Це повна ні-ні для більшості корпоративних організацій; вони не можуть дозволити собі ризик потрапляння коду з ліцензією GPL на їхню продукцію, тому практично всі середні великі компанії мають пункти, які прямо забороняють код з ліцензією GPL.
  • Це відштовхує людей від відкритого коду.
  • Це дійсно справедливо, тому що, оскільки я використовую ваш інструмент вибору зображень з відкритим кодом у моєму додатку, тепер цілий додаток також повинен бути відкритим кодом? Навіть якщо я вдосконалив інструмент вибору зображень і додав цей код до спільноти? Умови є занадто обтяжливими для багатьох розробників.
  • Багато людей не знають суворих умов GPL, тому використовуйте їх як ліцензію, про яку вони чули, не усвідомлюючи, які обмеження вони ставлять перед усіма, хто хоче ним користуватися.
  • Його надзвичайно вірусне. Якщо ваш проект містить компонент, який містить компонент, який містить компонент, який знаходиться під GPL (фе!), Весь ваш проект також підпадає під дію GPL.

Зрештою, для мене мінуси переважують плюси. Для мене це присмаки євангелістів з відкритим кодом, які намагаються обманути світ перейти на відкрите джерело, а не переконувати світ у його перевагах.


9
+1 для деяких мінусів, для яких так, я згоден, занадто "суворі". Ліцензія MIT - це приємна альтернатива.
Грак

16
Це такий прозорий FUD: "Для більшості корпоративних організацій це повне" ні-ні "; вони не можуть дозволити собі ризик потрапляння коду з ліцензією GPL у їхню продукцію, тому практично всі середні великі компанії мають пункти явної заборони коду з ліцензією GPL. . " Код та проекти, що мають ліцензію GPL, були суперечливими у Fortune 500s щонайменше з 2004 року, і справді багато великих компаній (Google, IBM, Oracle, щоб назвати декілька) базували більшу частину свого бізнесу на цьому.

13
Тут є різниця між компаніями із програмних продуктів, які часто не можуть торкнутися коду GPLed, та компаніями, які використовують програмне забезпечення для внутрішнього використання, де GPL фактично не впливає. Останніх набагато більше, ніж перших.
Девід Торнлі

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

4
Досвід Девіда Торнлі в основному відповідає моєму. Я ніколи не чув про компанію, яка не використовувала б код GPL'd для внутрішнього використання. Чорт, у кожного є Linux у десятках місць. Однак багато компаній, які розробляють програмне забезпечення для дистрибуції, не дозволять GPL-коду в будь-якій частині своєї бази кодів розробки. З LGPL зазвичай нормально, але не завжди.
Девід Шварц

2

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

Порівняння ліцензій на вільне програмне забезпечення (порівняння таблиць)
Ініціатива з відкритим кодом - Ліцензії за назвою (що там сказано - ліцензії, що часто використовуються в сучасному світі програмного забезпечення) Перелік ліцензій на програмне забезпечення, включаючи сумісні з GPL

F --- GPL <- розумна критика (треба любити ці "перлини мудрості" :-)


2

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

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

Ліцензія MIT - це по суті дозвільна ліцензія, яка дозволяє людям змінювати вашу роботу, однак вони бажають та переробляють її на власну роботу. Використовуйте це, якщо ви підозрюєте, що користувачі, можливо, захочуть це зробити, і ви не заперечуєте, щоб не мати доступу до джерела будь-яких модифікацій, які люди можуть зробити.


2

Вибір GPL - це ідеологічний крок:

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

Вибір менш обмеженої ліцензії, наприклад, MIT, є більш практичним:

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


+1 GPL - це ідеологічне / філософське рішення, а не технічне. Це добре чи погано, залежить від філософських питань, і вирішувати кожен проект чи команда.
Андрес Ф.

1

Що стосується ліберально ліцензованих проектів з відкритим кодом (наприклад, X11, PostgreSQL, Haskell), зворотній зв'язок GPL та LGPL. Код GPLed не може використовуватися в таких проектах не тому, що GPL забороняє це, або ліцензія X11 забороняє це, а тому, що такі проекти не хочуть "оновити" ефективну ліцензію всього продукту до GPL.


0
  • Вигода: ви законодавчо гарантуєте, що люди надають вам свої зміни / внески.
  • Вартість: багато комерційних користувачів не можуть використовувати ваш код. Вони не використовуватимуть ваш код і, таким чином, ніколи не роблять внесок. Дивіться цю тему, пояснюючи, чому люди, які використовують лібциндер, не можуть використовувати (L) код GPL. Навіть LGPL може бути проблематичним, коли їм потрібно статично зв’язати бібліотеку.

Я думаю, що це справедливо лише в сценаріях, що не стосуються SaaS ... а також мені може знадобитися знайти свої виделки і попросити їх поділитися зі мною копією.
goodguys_activate

Це правда, для SaaS існує AGPL. Виявлення порушень нетривіально, але коли їх знайдуть, люди можуть вам допомогти: gpl-violations.org
LennyProgrammers

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