Domanda

Quali licenze open source sono più favorevoli alle aziende, ovvero possono essere utilizzate in prodotti commerciali senza la necessità di rendere open source il prodotto commerciale?

È stato utile?

Soluzione

Raccomando la licenza Apache (in particolare, la versione 2).Non è una licenza “copy left” e affronta diverse questioni importanti per le aziende affermate e i loro avvocati.

"Copia a sinistra" è la filosofia della Free Software Foundation che richiede che qualsiasi cosa incorpori il codice open source concesso in licenza debba essere concesso in licenza anche come open source.Questa filosofia è considerata un veleno dalle aziende affermate che vogliono mantenere i propri prodotti proprietari.

Oltre a non prevedere disposizioni sul “copy left”, la licenza Apache affronta specificatamente la concessione dei diritti da parte dei contributori del progetto e affronta espressamente il fatto che le aziende moderne sono generalmente costituite da più di un’entità legale (ad esempio, una società madre e i suoi controllate).La maggior parte delle licenze open source non affronta questi punti.

Qualunque sia la licenza che scegli, se vuoi che il tuo codice sia "adatto alle aziende", nel senso che vuoi che venga incorporato in prodotti commerciali e non open source, è essenziale evitare GPL e altri tipi di "copia lasciata" licenze.Anche se sarebbe meglio consultare il proprio avvocato prima di investire tempo o denaro in un progetto per il quale questo è un fattore importante, sul sito web della Free Software Foundation è possibile trovare una rapida abbreviazione per le licenze che sono e non sono "copia lasciata". .Identificano quali licenze non trovano soddisfano i loro standard come "copia a sinistra". Quelli rifiuti di FSF sono molto probabilmente quelli che saranno adatti alle aziende in questo senso.

(Sebbene la domanda non ponesse questo, vale la pena ricordare che, con pochissime eccezioni, anche la GPL e altre licenze di tipo “copy left” sono perfettamente adatte alle aziende se vengono utilizzate solo internamente dalle entità commerciali e non incorporate nei loro prodotti.)

Altri suggerimenti

Fondamentalmente, solo la GPL richiede che l'intero prodotto sia GPL, e la LGPL implica che le parti specifiche di quella libreria siano open source.Ma per entrambi il problema si pone solo al momento della distribuzione dell'applicazione.

Per tutte le altre licenze open source, l'unico requisito comune è la pubblicità (es.mostrare ad un certo punto all'utente quale componente/libreria open source viene utilizzato).

Dopodiché hai le licenze "nessun prodotto commerciale concorrente"...

Tutto sommato, la licenza business friendly più riconosciuta è IMHO la Licenza Apache, IL Licenza artistica e il Licenza pubblica Mozilla.

Inoltre, anche se Creative Commons non è ampiamente utilizzato per lo sviluppo di software, alcune opzioni sono adatte alle aziende.

Modificare:dimenticato BSD (che è più un modello di licenza che una licenza) e MIT menzionato da Daniele.Mi sembra che il loro utilizzo stia svanendo, ma c'è un certo tropismo delle licenze di cui tenere conto a seconda del linguaggio di sviluppo/sottocomunità open source.

Le due licenze più comunemente utilizzate che consentono ciò che desideri sono la Licenza BSD ELicenza del MIT.(vedi anche l'intero elenco delle licenze considerato Open Source dall'OSI).

Come possibile alternativa alla licenza BSD è possibile utilizzare anche la licenza La signora-PL licenza (licenza pubblica Microsoft).Più o meno lo stesso ma (probabilmente) meglio formulato.Inoltre, ha "Microsoft" nel suo nome, che grida "adatto alle aziende" come nient'altro.;-)

IL Licenza pubblica generale minore GNU è anche adatto alle aziende e molto spesso utilizzato nelle biblioteche.Permette utilizzo di una certa biblioteca ma le modifiche apportate ad essa dovrebbero essere rese pubbliche.

Credo che 6 delle 9 licenze nell'elenco OSI di "Licenze popolari e ampiamente utilizzate o con comunità forti" soddisfino i tuoi criteri:Apache, BSD, MIT, Mozilla, CPL ed Eclipse.La licenza Mozilla e la CPL (la Common Public License) contengono un linguaggio relativo ai brevetti che potrebbe renderli più attraenti per le aziende.

Vedere qui per maggiori informazioni.

Per "corporate" tendo a pensare allo sviluppo interno, programmi distribuiti solo a persone che lavorano nella stessa azienda.In questo senso, praticamente tutte le licenze di software libero sono “amichevoli per le aziende”.

Tuttavia, in termini di distribuzione di software closed-source che contiene software libero, l'unica grande cosa (a mio parere) esclusa è la GPL.È possibile incorporare codice con licenza LGPL, BSD, MIT, Artistico.Il "prezzo" potrebbe essere quello di dover dare credito, ma sarebbe molto più economico che scrivere ed eseguire il debug del software.

Le cose possono diventare confuse se si considerano le licenze che tentano di proteggere i marchi (Mozilla) o la compatibilità di una gamma più ampia di software (Sun).I tuoi vincoli non sono sempre legati solo alla distribuzione del codice.

In sintesi, se non sei sicuro dovresti consultare un avvocato.

Idealmente ho cercato componenti concessi in licenza con Licenza software Apache.Dopodiché LGPL, BSD e Licenza Artistica sono le mie prossime preferenze.

MIT, Apache e BSD tendono ad essere i più adatti alle aziende.Quelli meno amichevoli per le aziende che ho incontrato sono solitamente Q Public, GPL e Mozilla...

Anche Wikipedia ha un'interfaccia molto utile elenco che confronta tutte le licenze di software libero.Se hai una casella verde sulla destra ("Rilascia le modifiche con una licenza diversa"), penso che sia tutto ciò di cui hai bisogno.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top