In assenza di una Licenza esplicitamente associata a un’Opera, si applica il copyright “predefinito” per la giurisdizione dell’autore. In altre parole, non considerare mai l'”assenza di licenza” come una concessione implicita per farci fare quello che vogliamo con il tuo lavoro. Questo è l’esatto contrario: senza una specifica licenza, tu, l’autore, non hai rinunciato a NESSUN tuo diritto come concesso dalla legge.
Una Licenza è un’autorizzazione ufficiale concessa dal proprietario di un’Opera (il “Licenziante”) ad altre persone (il “Licenziatario”) e che disciplina il modo in cui il Licenziatario può utilizzare l’Opera del Licenziante.
Questo prende la forma di un contratto, con cui entrambe le parti devono essere d’accordo. Al giorno d’oggi, l’accettazione è piuttosto implicita: solo utilizzando un’Opera, sei reputato d’accordo con la sua Licenza d’uso.
Giusto per chiarire, quando pubblichi il tuo lavoro, il Licenziante sei tu. E il Licenziatario, chiunque utilizzi il tuo codice. A grandi linee, questo include due categorie principali: sviluppatori e utenti finali.
E per correggere qualche altro vocabolario, modificando la tua Opera, un Licenziatario sta creando quella che viene chiamata Opera Derivata. Non tutte le licenze concordano tuttavia se l’uso della tua Opera in un’opera più ampia qualificherà quest’ultima come Opera derivata o meno. Come vedrai di seguito, alcune licenze affrontano specificamente questi problemi.
Qual è lo scopo della Licenza?
Quindi, stai lavorando a quel nuovo fantastico progetto per un po’ e ora sei pronto per fare il passaggio fondamentale dal closed source all’open source.
Non sembra molto più lavoro che pulire i sorgenti e la cronologia dei commit prima di inviare il tuo repository su GitHub o Bitbucket… … fino a quando non viene visualizzata la domanda sulla licenza. Ci sono così tante scelte disponibili. Quale scegliere? E hai davvero bisogno di una licenza dopo tutto?
La risposta breve a quest’ultima domanda è facile: sì, hai davvero bisogno di una licenza. Per quanto riguarda la licenza di cui hai bisogno, posso anche dare una risposta più breve: dipende.
Ma se prendi sul serio il tuo progetto, probabilmente vorrai qualche dettaglio in più. Quindi continua a leggere e ricorda: stai entrando nel territorio della guerra santa ora!
Ho bisogno di una licenza? E che cos’è una licenza dopo tutto?
Una Licenza è un’autorizzazione ufficiale concessa dal proprietario di un’Opera (il “Licenziante”) ad altre persone (il “Licenziatario”) e che disciplina il modo in cui il Licenziatario può utilizzare l’Opera del Licenziante.
Questo prende la forma di un contratto, con cui entrambe le parti devono essere d’accordo. Al giorno d’oggi, l’accettazione è piuttosto implicita: solo utilizzando un’Opera, sei reputato d’accordo con la sua Licenza d’uso.
Giusto per chiarire, quando pubblichi il tuo lavoro, il Licenziante sei tu. E il Licenziatario, chiunque utilizzi il tuo codice. A grandi linee, questo include due categorie principali: sviluppatori e utenti finali.
E per correggere qualche altro vocabolario, modificando la tua Opera, un Licenziatario sta creando quella che viene chiamata Opera Derivata. Non tutte le licenze concordano tuttavia se l’uso della tua Opera in un’opera più ampia qualificherà quest’ultima come Opera derivata o meno. Come vedrai di seguito, alcune licenze affrontano specificamente questi problemi.
Qual è lo scopo della Licenza?
Fondamentalmente, la Licenza è un modo per il Licenziante e il Licenziatario di concordare i diritti e gli obblighi di entrambi. I diritti e gli obblighi associati a una Licenza possono essere qualsiasi cosa, nella misura consentita dalla Legge. Ad esempio, un Licenziante potrebbe richiedere al Licenziatario di citare il suo nome quando utilizza il suo lavoro. Oppure può autorizzare a copiare il suo lavoro, ma a non modificarlo in alcun modo. O anche richiedere che l’Opera Derivata sia rilasciata alle stesse condizioni dell’Opera originale.
D’altra parte, la Licenza è un modo per proteggere anche il Licenziatario. Affermando chiaramente come può utilizzare la tua Opera, non corre il rischio di vederti chiedere inaspettatamente royalties o altra forma di compenso per aver utilizzato la tua opera. Qualcosa che è fondamentale per l’adozione del tuo lavoro.
Quindi, la Licenza proteggerà il tuo lavoro. Proteggerà il Licenziante. Ma proteggerà anche te. Intendo te, personalmente. Ad esempio limitando la responsabilità del Licenziante per potenziali danni causati dal suo lavoro.
E se non utilizzo alcuna Licenza?
In assenza di una Licenza esplicitamente associata a un’Opera, si applica il copyright “predefinito” per la giurisdizione dell’autore. In altre parole, non considerare mai l'”assenza di licenza” come una concessione implicita per farci fare quello che vogliamo con il tuo lavoro. Questo è l’esatto contrario: senza una specifica licenza, tu, l’autore, non hai rinunciato a NESSUN tuo diritto come concesso dalla legge.
Ma ricorda sempre che una Licenza regola diritti e obblighi. Ti sei mai chiesto perché così tanti testi di Licenza contengano un disclaimer scritto in TUTTE LE LETTERE MAIUSCOLE sulle garanzie fornite con un prodotto – o più spesso l’assenza di garanzia? Questo per tutelare il titolare dell’opera da garanzie implicite o ipotesi dell’utente. L’ultima cosa che vuoi è essere citato in giudizio come conseguenza del rilascio del tuo lavoro open-source!
Posso utilizzare una licenza personalizzata?
Si, puoi. Ma probabilmente non dovresti, essendo un contratto, una Licenza non può (nella maggior parte delle giurisdizioni? tutte?) avere la precedenza sulle leggi territoriali. Da qui la difficoltà di far valere i diritti di licenza in un mondo globalizzato. Probabilmente sarebbe più facile (voglio dire, meno difficile) difendere una Licenza “standard” davanti a un giudice. In effetti, tali casi sono già stati difesi in diverse giurisdizioni e possono essere citati come precedenti. Ovviamente, qualcosa che non può essere fatto con una licenza personalizzata.
Inoltre, le Licenze Personalizzate (a volte soprannominate Licenze Vanity) possono creare incompatibilità con altre licenze, risultando in una scarsa compatibilità legale del tuo Lavoro.
Posso usare più Licenze?
Sì. La multilicenza, in particolare la doppia licenza, non è così rara. Ciò è particolarmente vero quando vuoi costruire un business attorno al tuo lavoro gratuito. In tal caso, il tuo progetto verrà probabilmente rilasciato sia con una licenza FOSS che con una licenza commerciale.
Un altro uso della multilicenza è aumentare la compatibilità, consentendo di combinare la tua Opera con opere pubblicate con termini diversi o per soddisfare esigenze o requisiti degli utenti diversi. Questo è il motivo per cui alcuni progetti vengono rilasciati con diverse licenze FOSS.
Ma attenzione: non tutte le licenze sono compatibili insieme! Ancora una volta, ti sconsiglierei di reinventare la ruota rimanendo con le note licenze compatibili se vuoi andare in quella direzione.
Posso cambiare la Licenza più tardi?
Sì. Il titolare del copyright è responsabile dei termini di licenza. È piuttosto facile cambiare la Licenza fintanto che sei l’unico contributore. Ma per fare un esempio estremo, se Linus Torvald volesse rilasciare il kernel Linux con una licenza diversa, probabilmente avrebbe bisogno prima dell’accordo delle migliaia di contributori a quel progetto. Qualcosa di impossibile in pratica.
Per un progetto di dimensioni più ragionevoli, può essere fatto. E in effetti, era come vedrai in alcuni esempi di seguito.
Cos’è il Capyleft?
Copyleft si impegna a utilizzare e modificare senza restrizioni le opere creative delle arti, della tecnologia e del software. A differenza del diritto d’autore, che conferisce la proprietà legale esclusiva della creazione da parte di una persona o di un’organizzazione, il copyleft consente la manipolazione delle opere.
Descritta come una licenza collaborativa, copyleft consente agli utenti di condividere, modificare e manipolare le opere. Sebbene la registrazione sia a pagamento, un membro autorizzato può modificare le opere selezionate senza timore di ritorsioni legali. Copyleft rimuove la proprietà unica della creazione e rende le modifiche disponibili per tutti.
Quante licenze ci sono?
GNU General Public License (GPL)
La GPL è una delle licenze Open Source più popolari. È disponibile in diverse versioni, ma per un nuovo progetto, dovresti considerare la più recente, che è la GPL 3 al momento della stesura di questo articolo.
Supportando un forte copyleft, la GPL è probabilmente la licenza di software libero più protettiva. Qualcosa per cui può essere elogiato o criticato a seconda del tuo punto di vista. Il concetto centrale alla base della GPL è che qualsiasi lavoro derivato deve essere rilasciato anche sotto la GPL.
- Copyleft forte
- L’Opera è adatta per uso commerciale.
- I licenziatari possono modificare l’opera.
- I licenziatari devono rilasciare la fonte insieme al lavoro derivato.
- Il lavoro derivato deve essere rilasciato alle stesse condizioni.
Eclipse Public License (EPL)
Con un copyleft debole la Licenza Eclipse è più Business-Friendly in quanto consente la concessione in sublicenza e la creazione di software composto da EPL e codice con licenza non EPL (anche proprietario), a condizione che il codice non EPL sia un “modulo separato di software”.
Inoltre, l’EPL aggiunge una protezione aggiuntiva per i contributori del codice EPL in caso di azioni legali/danni causati da un’offerta commerciale che includa quell’Opera.
- Copyleft debole (legato al “modulo” del software)
- L’Opera è adatta per uso commerciale.
- I licenziatari possono modificare l’opera.
- Se modifichi l’Opera, devi rilasciare l’Opera modificata alle stesse condizioni.
- Se utilizzi l’Opera, _non è necessario_rilasciare l’Opera Derivata alle stesse condizioni.
- I distributori commerciali del software devono difendere o risarcire i contributori EPL originali da azioni legali/danni causati dall’offerta commerciale.
Mozilla Public License (MPL)
La Mozilla Public License è una licenza utilizzata per il software sviluppato dalla fondazione Mozilla. Ma non è certo limitato a quell’area. L’MPL mira ad essere un passaggio di compromesso tra licenze rigorose (come la GPL) e licenze permissive (come la licenza MIT).
In MPL l'”unità di licenza” è il file di origine. I concessori di licenza non sono autorizzati a limitare i diritti dell’utente e l’accesso a qualsiasi file coperto da MPL. Ma lo stesso progetto può contenere anche file proprietari con licenza non MPL. Il progetto risultante può essere rilasciato con qualsiasi licenza, a condizione che sia concesso l’accesso ai file con licenza MPL.
- Copyleft debole (legato a singoli file)
- L’Opera è adatta per uso commerciale.
- I licenziatari possono modificare l’opera.
- I licenziatari devono fornire una corretta attribuzione per l’Opera.
- I licenziatari possono ridistribuire il lavoro derivato in termini diversi
- I licenziatari non possono concedere nuovamente in licenza l’origine con licenza MPL
- I licenziatari devono distribuire il codice sorgente con licenza MPL insieme al proprio lavoro derivato.
Apache License (ASL)
Con l’ASL entriamo nel regno delle licenze libere permissive. Ma anche la FSF suggerisce in alcuni casi la licenza Apache. La Licenza Apache è permissiva in quanto non richiede la distribuzione di opere derivate alle stesse condizioni. In altre parole, questa è una licenza senza copyleft.
L’ASL è l’unica licenza utilizzata per i progetti della Apache Software Foundation. Essendo considerato business-friendly, ha ottenuto un’adozione diffusa al di fuori di tale organizzazione. Non è raro vedere progetti di livello aziendale che vengono rilasciati sotto l’ASL.
- Senza copyleft
- L’Opera è adatta per uso commerciale.
- I licenziatari possono modificare l’opera.
- I licenziatari devono fornire una corretta attribuzione per l’Opera.
- I licenziatari possono ridistribuire il lavoro derivato in termini diversi.
- I licenziatari non sono tenuti a distribuire il codice sorgente insieme al proprio lavoro derivato.
MIT License
Questa è una licenza molto popolare. Anche probabilmente il più popolare. Mettendo pochissime limitazioni al riutilizzo, la MIT License può essere facilmente associata ad altre licenze, dalla GPL alle licenze proprietarie.
- Senza copyleft
- L’Opera è adatta per uso commerciale.
- I licenziatari possono modificare l’opera.
- I licenziatari devono fornire una corretta attribuzione per l’Opera.
- I licenziatari possono ridistribuire il lavoro derivato in termini diversi
- I licenziatari non sono tenuti a distribuire il codice sorgente insieme al proprio lavoro derivato.
BSD License
La licenza BSD è disponibile in tre versioni. La Licenza originale a 4 clausole, la Licenza a 3 clausole “rivista” e la Licenza a 2 clausole “semplificata”. Tutti nello spirito sono molto vicini alla licenza MIT. E in effetti, ci sono pochissime differenze pratiche tra la licenza BSD a 2 clausole e la licenza MIT.
Le licenze BSD a 3 e 4 clausole aggiungono ulteriori requisiti relativi al riutilizzo dei nomi e alla pubblicità. Questo è qualcosa da considerare se vuoi proteggere il tuo prodotto o il tuo marchio.
- Senza copyleft
- L’Opera è adatta per uso commerciale.
- I licenziatari possono modificare l’opera.
- I licenziatari devono fornire una corretta attribuzione per l’Opera.
- I licenziatari possono ridistribuire il lavoro derivato in termini diversi.
- I licenziatari non sono tenuti a distribuire il codice sorgente insieme al proprio lavoro derivato.
- I licenziatari non possono utilizzare il nome o il marchio dell’autore originale per avallare il lavoro derivato (3 e 4 clausole BSD)
- I licenziatari devono riconoscere l’Autore originale in tutto il materiale pubblicitario che menziona le caratteristiche o l’uso dell’Opera (4-clausola BSD)
Radioearn: guadagna ascoltando musica!
