Quali sono i pro e i contro della GPL? [chiuso]


31

Sto guardando la licenza di alcuni software open source e sto guardando la GPL. Quali sono i pro e i contro dell'utilizzo di questa licenza?



6
non un duplicato. Questa domanda è focalizzata strettamente sulla GPL e non ha una prospettiva "alta vista".
goodguys_activate

1
Tenderei ad andare per un estremo o l'altro: AGPL o WTFPL.
TRiG

Mettiamolo in prospettiva. Se Microsoft dovesse presentare prima questa licenza e mantenere tutte le disposizioni esattamente le stesse, la licenza non avrebbe lo stesso seguito. FOSS e GLP non sono come sembrano. Leggi il loro Manifesto. Non riguardano l'anarchia, riguardano il controllo.
Andrew T Finnell,

Risposte:


45

Ok, la mia lista di pro e contro di GPL:

Professionisti

  • Fa pensare alle persone se acquistano veramente in Open Source; sei pronto a viverlo e lasciare che altre persone usino ciò che hai scritto, piuttosto che apprezzarlo a causa di ciò che puoi ricavarne?
  • Si assicura che quando qualcosa è stato sviluppato dalla comunità Open Source, rimanga Open Source; nessuna possibilità che qualcuno prenda tutto il lavoro svolto dagli altri, riconfezionandolo e vendendolo.

Contro

  • È un no-no completo per la maggior parte delle organizzazioni aziendali; non possono permettersi il rischio che il codice con licenza GPL penetri nei loro prodotti, quindi praticamente tutte le aziende di medie e grandi dimensioni hanno clausole che vietano esplicitamente il codice con licenza GPL.
  • Scaccia le persone dall'Open Source.
  • È davvero giusto che, poiché utilizzo il controllo del selettore di immagini Open-Source nella mia app, ora anche tutta la mia app deve essere Open Source? Anche se ho migliorato il selettore di immagini e restituito quel codice alla community? I termini sono troppo onerosi per molti sviluppatori.
  • Molte persone non sono a conoscenza dei rigidi termini di GPL, quindi usalo in quanto è la licenza di cui hanno sentito parlare senza rendersi conto delle restrizioni che stanno ponendo a chiunque voglia utilizzarlo.
  • È estremamente virale. Se il tuo progetto contiene un componente che contiene un componente che contiene un componente che è sotto la GPL (phew!), Anche l'intero progetto è soggetto alla GPL.

Alla fine per me i contro superano i pro. Per me sa di evangelisti Open Source che cercano di ingannare il mondo per diventare Open Source invece di convincere il mondo dei suoi benefici.


9
+1 per alcuni dei contro, per i quali sì, sono d'accordo, sono troppo "severi". La licenza MIT è una bella alternativa.
Rook,

16
Questo è un FUD così trasparente: "È un no-no completo per la maggior parte delle organizzazioni aziendali; non possono permettersi il rischio che il codice con licenza GPL entri nei loro prodotti, quindi praticamente tutte le aziende medio-grandi hanno delle clausole che vietano esplicitamente il codice con licenza GPL ". Il codice e i progetti con licenza GPL sono stati non controversi alla Fortune 500 almeno dal 2004 e in effetti molte grandi aziende (Google, IBM, Oracle per citarne alcune) hanno basato gran parte delle loro attività al di fuori di essa.

13
C'è una differenza qui tra le società di prodotti software, che spesso non riescono a toccare il codice GPL, e le aziende che utilizzano software per uso interno, in cui la GPL non ha sostanzialmente alcun effetto. Ce ne sono molti di più rispetto al primo.
David Thornley,

9
A proposito, la GPL è stata progettata come motore di un movimento sociale, ma l'intenzione era quella di creare un repository di software libero che sarebbe sempre rimasto libero e che sarebbe diventato sempre più allettante da usare. Non è stato, per quanto posso dire, un tentativo di ingannare gli sviluppatori in qualcosa. Inoltre, la persona dietro la GPL, Richard Stallman, rifiuta ogni connessione con Open Source rispetto al software libero.
David Thornley,

4
L'esperienza di David Thornley corrisponde sostanzialmente alla mia. Non ho mai sentito parlare di un'azienda che non userebbe il codice GPL per uso interno. Diamine, tutti hanno Linux in dozzine di posti. Tuttavia, molte aziende che sviluppano software per la distribuzione non consentiranno il codice GPL da nessuna parte vicino alla loro base di codice di sviluppo. LGPL in genere va bene, ma non sempre.
David Schwartz,

2

Sebbene h4xxr abbia sicuramente dato una risposta FTW, qui ci sono alcuni altri collegamenti che potrebbero rivelarsi utili, se non si è sicuri di quali diversi tipi di licenze rappresentino.

Confronto di licenze software gratuite (confronto tra tabelle)
Open Source Initiative - Licenze per nome (cosa dice - licenze comunemente usate nel mondo del software di oggi) Elenco di licenze software, comprese quelle compatibili con GPL

F --- GPL <- critica intelligente (devo amare queste "perle di saggezza" :-)


2

FWIW Personalmente ho un grande progetto open source su cui sono capo sviluppatore e ho adottato un modello di licenza multipla proprio perché la GPL stava trattenendo alcune persone dall'uso del mio codice. Il mio codice è concesso in licenza in base al proprio modello di licenza e consente una delle seguenti licenze: GPL, LGPL, MIT

LGPL consente alle persone di incorporare il proprio codice / libreria / eseguibile così com'è nel proprio prodotto purché non sia modificato. Questo è molto utile per le aziende che costruiscono prodotti commerciali / a sorgente chiuso che potrebbero aver bisogno del tuo prodotto per funzionare ma non hanno bisogno di cambiare il funzionamento del prodotto.

La Licenza MIT è essenzialmente una licenza permissiva che consente alle persone di modificare il tuo lavoro come desiderano e di riutilizzarlo per il proprio lavoro. Usalo se sospetti che gli utenti possano voler fare questo e non ti dispiace non avere accesso alla fonte di eventuali modifiche che le persone potrebbero apportare.


2

La scelta di GPL è il passo ideologico:

Stai dando il vantaggio agli sviluppatori di software libero, perché possono usare la tua libreria, e i giocatori commerciali non possono (almeno finché non vogliono rilasciare il loro prodotto come GPL). Le corporazioni devono pagare i loro lavoratori per scrivere la biblioteca che ha la stessa funzionalità. Stai promuovendo software libero in quel modo.

Scegliere una licenza meno limitata, come il MIT, è più pratico:

Puoi usare la tua biblioteca da solo, quando scrivi codice per denaro (come libero professionista, come dipendente). Tuttavia, tutti possono, quindi stai aiutando in questo modo le aziende a risparmiare denaro, anche se sono già ricche senza di essa.


+1 La GPL è una decisione ideologica / filosofica, non tecnica. Se questa è una cosa positiva o negativa dipende da questioni filosofiche e spetta a ciascun progetto o team decidere.
Andres F.

1

Quando si tratta di progetti open source con licenza libera (ad es. X11, PostgreSQL, Haskell), il ritorno di fiamma di GPL e LGPL. Il codice GPL non può essere utilizzato in tali progetti, non perché la GPL lo proibisca o la licenza X11 lo proibisca, ma perché tali progetti non vogliono "aggiornare" la licenza effettiva del loro intero prodotto alla GPL.


0
  • Vantaggio: sei legalmente garantito che le persone rendano disponibili le loro modifiche / contributi.
  • Costo: molti utenti commerciali non possono usare il tuo codice. Non useranno il tuo codice e quindi non contribuiranno mai. Vedi questa discussione che spiega perché le persone libcinder non possono usare il codice GPL (L). Anche la LGPL può essere problematica quando devono collegare staticamente la libreria.

Penso che sia vero solo se in scenari non SaaS ... e potrebbe anche essere necessario trovare le mie forcelle e chiedere loro di condividerne una copia con me.
goodguys_activate

È vero, per SaaS c'è l'AGPL. Identificare le violazioni non è banale ma, una volta scoperte, ci sono persone che ti possono aiutare: gpl-violations.org
LennyProgrammers,

Il tuo vantaggio è sbagliato: se modifico il software e lo utilizzo da solo, non hai il diritto di vedere le mie modifiche. Lo stesso vale se lo distribuisco a un gruppo senza interesse a condividerlo. L' utente ha il diritto di vedere la fonte, non tutti.
K.Steff,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.