Quando si tratta delle licenze di software open source, ci sono due categorie ampie. Alcune licenze rientrano nella categoria delle licenze copyleft, mentre altre sono licenze open source permissive.
In questo articolo, spiegherò cosa sono le licenze di software open source e i tipi.
Introduzione
Una Licenza di Software Open Source è un tipo di licenza che consente agli utenti di visualizzare liberamente, modificare e condividere il materiale di origine del software. In questo modo, gli utenti possono aggiornare frequentemente il codice code e costruire sul prodotto originale.
In base al tipo di Licenza Open Source scelto, gli utenti possono o meno poter eseguire alcune attività con il code, come ad esempio venderlo o utilizzarlo commercialmente. Inoltre, ci sono molti tipi diversi di Licenze Open Source, ognuna delle quali offre termini e condizioni diversi a seconda di come si desidera utilizzare il materiale di origine.
È quindi importante comprendere a fondo il tipo di Licenza Open Source prima di poterne approfittare dei benefici, quindi assicurati di leggere di più di seguito prima di prendere qualsiasi decisione.
Tipi di Licenze Open Source
License Permissive
Una licenza permissiva, a volte chiamata licenza non copyleft, concede agli utenti il permesso di utilizzare, modificare e condividere il codice code, ma gli utenti hanno anche l'opzione di modificare alcuni di quei termini e condizioni per la redistribuzione, compresi i lavori derivati. Nel contesto del software, un lavoro derivato è un pezzo di software basato su un programma esistente. Se l'originale è stato rilasciato sotto una licenza permissiva, un creatore può scegliere di condividere il proprio lavoro derivato con termini diversi da quelli che il lavoro originale avrebbe richiesto.
License Copyleft
Le licenze copyleft in open source forniscono all'utente del software open-source la libertà di modificare, utilizzare e redistribuire il software. Tuttavia, richiedono agli utenti di passare specifici diritti agli utenti downstream concedendo loro i medesimi diritti che sono stati originariamente dati loro.
I licenze copyleft definiscono come è consentito la redistribuzione e le modifiche al code, proibendo qualsiasi tentativo di renderlo proprietario o non aperto. Ciò assicura che gli sviluppatori che modificano il software abbiano accesso al codice sorgente code per aggiornarlo o anche incorporare le proprie modifiche. Naturalmente, qualsiasi modifica deve anche essere resa disponibile affinché gli altri possano beneficiare della sua disponibilità open source. Ciò non è un problema per i casi d'uso accademici o di ricerca, ma è spesso un punto di rottura quando si costruisce software commerciale.
Perché includere una licenza software open source?
Includere una licenza software open source è cruciale quando pubblichi o condividi il tuo software con gli altri come open source. Una licenza serve diversi scopi importanti:
- Per promuovere la collaborazione e l'innovazione.
Le licenze open source consentono a chiunque di visualizzare, modificare e distribuire il codice sorgente code del tuo software. Ciò incoraggia altri sviluppatori a contribuire al tuo progetto, a risolvere bug e a aggiungere nuove funzionalità. Ciò può portare a un software più robusto e innovativo.
- Per dare agli utenti più controllo e flessibilità.
Le licenze open source consentono di solito agli utenti di utilizzare, modificare e distribuire il software per qualsiasi scopo, compreso l'uso commerciale. Ciò dà agli utenti più controllo sulla loro esperienza software e riduce la loro dipendenza dai fornitori di software proprietario.
- Per costruire una community intorno al tuo software.
Una licenza open source può aiutarti a creare una community di utenti e sviluppatori che sono appassionati del tuo software. Questa community può fornire supporto, feedback e nuove idee per il tuo progetto.
- Per rendere il tuo software più accessibile e inclusivo.
Il software open source è tipicamente gratuito per il download e l'uso, e spesso è disponibile in diverse lingue. Ciò lo rende più accessibile alle persone di tutto il mondo, indipendentemente dal loro reddito o background.
In aggiunta a questi benefici, le licenze open source possono anche aiutarti a:
- Evitare le violazioni dei diritti d'autore.
Se distribuisci il tuo software senza una licenza, potresti metterti a rischio di cause legali per violazione dei diritti d'autore. Una licenza open source esplicitamente concede ai utenti il permesso di utilizzare, modificare e distribuire il tuo software, il che può proteggerti dalla responsabilità legale.
- Attrarre e mantenere il talento migliore.
Molti sviluppatori di software talentuosi sono attratti dai progetti open source. Rilasciando il tuo software sotto una licenza open source, puoi rendere la tua azienda più attraente per i potenziali dipendenti.
- Rafforzare la tua reputazione di marchio.
Il software open source è ampiamente rispettato dalla community tecnologica. Rilasciando il tuo software sotto una licenza open source, puoi dimostrare il tuo impegno alla collaborazione e all'innovazione.
.webp)
Licenze di software permissive popolari
Le licenze software permissive sono tra le più popolari. In sostanza, queste licenze consentono agli utenti di modificare e redistribuire il software come desiderano, con restrizioni minimizzate. Tre delle versioni più popolari di licenze software permissive sono:
MIT License
La MIT License è la licenza open source più popolare e permissiva. Fornisce agli utenti alcune libertà rilevanti, tra cui consentire loro di condividere liberamente, modificare, utilizzare e commercializzare il materiale se aderiscono a tutte le condizioni stabilite dalla licenza.
Apache License 2.0
L'Apache License 2.0 è una licenza software permissiva popolare che consente agli utenti di modificare e redistribuire il software liberamente, avendo la certezza che le dichiarazioni di copyright e le notifiche risultino mantenute nella forma primaria. Questa licenza open-source consente modifiche proprietarie e redistribuzione e fornisce termini di licenza chiari in modo che chiunque possa comprendere i loro diritti quando utilizza il software.
BSD (Berkeley Software Distribution) License
GitHub consente di scegliere tra due licenze BSD, il BSD 2-Clause “Simplified” License, noto anche come la "licenza FreeBSD"; e il Licenza BSD 3-clausole "Nuova" o "Riveduta". La principale differenza tra queste due licenze è con la 3-clausola. Questa clausola limita gli utenti del software dall'usare il nome dell'autore, degli autori o dei contributori, per promuovere prodotti o servizi.
Boost Software License
La licenza "Boost Software License", è tratta dalle librerie Boost di C++ e fu approvata dall'OSI nel 2008. Questa licenza è simile alle licenze MIT e BSD, eccetto che non richiede l'attribuzione quando si redistribuisce in forma binaria.Licenze di Software Open-Source a Copyleft
Le licenze a copyleft concedono agli utenti del software il permesso di utilizzare, modificare e condividere la fonte __CAPGO_KEEP_0__, ma proteggono anche contro la rilicenza attraverso specifiche restrizioni e termini e condizioni. Ciò rappresenta il carattere reciproco di questa licenza che richiede che il lavoro degli utenti si conformi ai diritti originali stabiliti nella licenza.
Copyleft licenses grant software users permission to use, modify, and share the source code, but also protect against relicensing through specific restrictions and terms and conditions. This represents the reciprocal characteristic of this license that requires users’ work to adhere to the original rights outlined in the license.
Quando si tratta di licenze di software a copyleft, il GPL (Licenza Pubblica Generale) è una delle più popolari e largamente utilizzate. Questa licenza open-source concede agli utenti la libertà di distribuire copie e versioni modificate di un programma, a condizione che mantengano determinate condizioni, come le notifiche di copyright, le dichiarazioni di garanzia o qualsiasi altra licenza aggiunta al Programma non modificato. __CAPGO_KEEP_0__
Utilizzando questo tipo di licenza, gli sviluppatori assicurano che gli altri abbiano accesso al loro code, consentendo loro di apportare miglioramenti e adattamenti che beneficiano della comunità. Inoltre, questo concetto di “copyleft” assicura che chiunque possa condividere collaborativamente le stesse libertà quando lavora con software libero.
Mozilla Public License
Il Mozilla Public License, o MPL, proviene dalla Mozilla Foundation and is also considered a weak copyleft license. The difference with this license (in comparison with the Eclipse Public License) is that it is file-based copyleft, which means code can be combined with open-source or proprietary code.
Eclipse Public License
Il Eclipse Public License, is from the Eclipse Foundation and is considered a weak copyleft license. A weak copyleft license requires software users to share any changes they make to the code. This license chose to implement a weaker copyleft as a way to reduce the stricter requirements users encountered with GNU’s General Public Licenses.
Eclipse Foundation
-
Se rilasciate il vostro progetto sotto una licenza open source, scegliete una licenza compatibile con i progetti che state utilizzando.
-
Se desiderate permettere agli altri di utilizzare il vostro progetto a scopi commerciali, scegliete una licenza che ne permetta l'uso.
-
Se desiderate permettere agli altri di modificare e distribuire il vostro progetto, scegliete una licenza che ne permetta la modifica e la distribuzione.
-
Se desiderate assicurarvi che il vostro progetto rimanga libero e open source, scegliete una licenza copyleft.
-
Se siete incerti sulla licenza da scegliere, l'Open Source Initiative ha una lista di licenze popolari che potete confrontare.
La scelta della licenza corretta per il vostro progetto open source è una decisione importante. Considerando attentamente le vostre esigenze e obiettivi, potete scegliere una licenza che vi aiuterà a raggiungere i vostri risultati desiderati.
Capgo nuova licenza
Come posso raggiungere tutto ciò? Cambiando la mia licenza.
Capgo ha ora cambiato la licenza dal MIT a un nuovo schema di licenza chiamato GNU Affero General Public License V3 (AGPLv3) o qualsiasi versione successiva. Capgo versione può essere trovata qui.
Capacitor-aggiornatore (il plugin) ha ora cambiato la licenza dal LGPLv3 a un nuovo schema di licenza chiamato Mozilla Public License Version 2.0 (MPLv2) o qualsiasi versione successiva. Capacitor-aggiornatore versione può essere trovata qui.
This change makes no difference to any di voi che sottoscrivete a Capgo Cloud o che ospitate Capgo da soli, ma potrebbe disturbare pochi aziende che hanno cercato di utilizzare il mio software per competere direttamente con me senza contribuire.
L'AGPL è una licenza con cui Google ha un problema, poiché non sono disposti a rivelare il loro codice chiuso code. Google è contrario all'AGPL e stato: “Code deve essere licenziato sotto la GNU Affero General Public License (AGPL) e non deve essere utilizzato a Google”.
L'obiettivo dell'AGPL è quello di massimizzare la libertà degli utenti e di incoraggiare le aziende a contribuire a open-source. Sono un'applicazione faccia a faccia, standalone. Non sono una libreria o una parte di un progetto più grande. Non sto cercando le donazioni di Google, quindi siamo felici di essere licenziati con l'AGPL. È la licenza giusta per Capgo.
Conclusioni
Ci sono molti fattori da considerare quando si sceglie una licenza open-source per il software. Tuttavia, ci sono certamente delle scelte popolari tra la comunità dei developer. Le licenze permissive comuni includono la Licenza MIT, la Licenza Apache e la Licenza BSD. Alcune licenze copyleft comuni includono la GNU General Public License e la Mozilla Public License.
Continua da Understanding Open-Source Software Licenses
Se stai utilizzando Understanding Open-Source Software Licenses per pianificare la consegna di aggiornamenti in tempo reale, connettilo con Capgo Live Updates per il flusso di lavoro del prodotto in Capgo Aggiornamenti in tempo reale, Panoramica per la dettagliata implementazione in Panoramica, Caratteristiche per la dettagliata implementazione in Caratteristiche, Comportamento dell'aggiornamento per la dettagliata implementazione in Comportamento dell'aggiornamento, e Tipi di aggiornamento per la dettagliata implementazione in Tipi di aggiornamento.
