Quando si tratta di licenze software open source, ci sono due categorie ampie. Alcune licenze rientrano nella categoria della licenza copyleft, mentre altre sono licenze open source permissive.
In questo articolo, spiegherò cosa è la licenza software open source e i suoi tipi.
Introduzione
An Open Source License is a type of license that allows users to freely view, modify, and share the source material of the software. This way, users are able to frequently update the source code and build on the original product.
Depending on the Open Source License type chosen, users may or may not be able to do certain activities with the code, such as selling it or using it commercially. In addition, there are many different types of Open Source Licenses out there, each offering different terms and conditions depending on how you want to use the source material.
Pertanto, è importante comprendere a fondo il tipo di Licenza Open Source prima di approfittare dei suoi benefici, quindi assicurati di leggere di più qui di seguito prima di prendere qualsiasi decisione.
Tipi di Licenze Open Source
Licenze Permissive
A una licenza permissiva, a volte chiamata licenza non copyleft, viene concesso ai utenti il permesso di utilizzare, modificare e condividere il codice code, ma ai utenti viene anche data 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 il software 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.
Le licenze copyleft in open source forniscono all'utente del software open source la libertà di modificare, utilizzare e redistribuire il software. Tuttavia, richiede agli utenti di passare specifici diritti agli altri utenti downstream concedendo loro i medesimi diritti che sono stati originariamente dati loro.
Le licenze copyleft definiscono come la redistribuzione e le modifiche al codice __CAPGO_KEEP_1__ sono consentite, proibendo qualsiasi tentativo di renderlo proprietario o non aperto. Ciò assicura che i sviluppatori che modificano il software abbiano accesso al codice __CAPGO_KEEP_0__ 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 gli utilizzi accademici o di ricerca, ma è spesso un punto di rottura quando si costruisce software commerciale.
Copyleft licenses define how redistribution and changes to the code are allowed, prohibiting any attempts at making it proprietary or non-open. This ensures that developers modifying the software have access to the source code to update it or even incorporate their own changes. Of course, any modifications must also be made available so others can benefit from its open source availability. This is a non-issue for academic or research use-cases, but is often a deal breaker when building commercial software.
Licenze copyleft
È fondamentale includere una licenza software open-source quando pubblichi o condividi il tuo software come open source. Una licenza serve diversi scopi importanti:
- Promuovere la collaborazione e l'innovazione.
Open source licenses allow anyone to view, modify, and distribute the source code of your software. This encourages other developers to contribute to your project, fix bugs, and add new features. This can lead to a more robust and innovative software product.
- 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 proprietari.
- Costruire una community intorno al tuo software.
Una licenza open source può aiutarti a costruire 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.
- Rendere il tuo software più accessibile e inclusivo.
Il software open source è di solito gratuito per il download e l'utilizzo, e spesso è disponibile in diverse lingue. Ciò lo rende più accessibile alle persone di tutto il mondo, indipendentemente dal loro reddito o background.
Inoltre a questi benefici, le licenze open source possono anche aiutarti a:
- Evitare la violazione dei diritti d'autore.
Se distribuisce il proprio software senza una licenza, si corre il rischio di essere coinvolti in cause legali per violazione dei diritti d'autore. Una licenza open source concede esplicitamente agli utenti il permesso di utilizzare, modificare e distribuire il proprio software, il che può proteggere da responsabilità legali.
- Attrai e mantieni i migliori talenti.
Molti sviluppatori di software talentuati sono attratti dai progetti open source. Rilasciando il proprio software sotto una licenza open source, si può rendere la propria azienda più attraente per i potenziali dipendenti.
- Rafforza la tua reputazione di marchio.
Il software open source è ampiamente rispettato dalla comunità tecnologica. Rilasciando il proprio software sotto una licenza open source, si può dimostrare il proprio impegno nella collaborazione e nell'innovazione.
.webp)
Licenze 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 libertà notevoli, 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
La licenza Apache 2.0 è una licenza software permissiva popolare che consente agli utenti di modificare e redistribuire gratuitamente il software, mantenendo le dichiarazioni di copyright e le notifiche nella loro forma originale. Questa licenza open-source consente modifiche proprietarie e redistribuzione e fornisce termini di licenza chiari, in modo che chiunque possa comprendere i propri diritti quando utilizza il software.
BSD (Berkeley Software Distribution) License
GitHub consente di scegliere tra due licenze BSD, la BSD 2-Clause “Simplified” License, a volte chiamata licenza “FreeBSD”; e la BSD 3-Clause “New” or “Revised” License. La principale differenza tra queste due licenze è la clausola 3-clausola. Questa clausola limita gli utenti del software dall'utilizzare il nome dell'autore, degli autori o dei contributori, per promuovere prodotti o servizi.
Boost Software License
La licenza Boost Software, è stata approvata dall'OSI nel 2008 e deriva dalle librerie Boost di C++. Questa licenza è simile alle licenze MIT e BSD, eccetto che non richiede l'attribuzione quando si redistribuisce in forma binaria.
Software Licenze di Copyleft Open-Source
Le licenze di copyleft concedono agli utenti del software il permesso di utilizzare, modificare e condividere il codice code, ma proteggono anche contro la rilicenza attraverso specifiche restrizioni e termini e condizioni. Ciò rappresenta la caratteristica reciproca di questa licenza che richiede che il lavoro degli utenti si conformi ai diritti originali stabiliti nella licenza.
Le Licenze GNU Quando si tratta di licenze di software di copyleft, il GPL (Licenza Pubblica Generale) è uno dei più popolari e utilizzati. 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.
Facendo disponibile il software con questo tipo di licenza, gli sviluppatori assicurano che gli altri abbiano accesso al loro codice code, consentendo loro di fare 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
La Mozilla Public License, o MPL, proviene dalla Mozilla Foundation e è considerato anche un licenza copyleft debole. La differenza con questa licenza (in confronto con la Eclipse Public License) è che è una licenza copyleft basata sui file, il che significa che code può essere combinato con open-source o proprietario code.
Eclipse Public License
La Eclipse Public License, è dalla Eclipse Foundation e è considerata una licenza copyleft debole. Una licenza copyleft debole richiede agli utenti di software di condividere qualsiasi modifica che fanno al code. Questa licenza ha scelto di implementare una copyleft più debole come modo per ridurre le richieste più severe degli utenti incontrati con le licenze General Public GNU.
Come Puoi Scegliere La Licenza Corretta Per Il Tuo Progetto?
-
Se rilasci il tuo progetto sotto una licenza open source, scegli una licenza compatibile con i progetti che stai utilizzando.
-
Se vuoi permettere agli altri di utilizzare il tuo progetto a scopi commerciali, scegli una licenza che lo consente.
-
Se vuoi permettere agli altri di modificare e distribuire il tuo progetto, scegli una licenza che lo consente.
-
Se vuoi assicurarti che il tuo progetto rimanga libero e open source, scegli una licenza copyleft.
-
Se sei incerto sulla licenza da scegliere, l'Open Source Initiative ha una lista di licenze popolari che puoi confrontare.
Scegliere la licenza corretta per il tuo progetto open source è una decisione importante. Con una attenta considerazione delle tue esigenze e obiettivi, puoi scegliere una licenza che ti aiuterà a raggiungere i tuoi risultati desiderati.
Capgo licenza nuova
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. La versione Capgo 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. La versione Capacitor-aggiornatore può essere trovata qui.
Questa modifica non fa differenza per nessuno di voi che si sottoscrivono a Capgo Cloud o che ospitano Capgo da soli, ma potrebbe disturbare alcune 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 si oppone all'AGPL e stato: “Code licenziato sotto la GNU Affero General Public License (AGPL) NON DEVE essere utilizzato a Google”.
L'obiettivo dell'AGPL è 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 AGPL. È la licenza giusta per Capgo.
Conclusioni
Esistono molti fattori da considerare quando si sceglie un licenza software open-source. Tuttavia, ci sono certamente delle scelte popolari tra la comunità dei sviluppatori. Le licenze permissive più comuni includono la Licenza MIT, la Licenza Apache e la Licenza BSD. Alcune licenze copyleft comuni includono la Licenza Pubblica Generale GNU e la Licenza Pubblica Mozilla.
Continua da qui: Licenze software open-source
Se stai utilizzando Licenze software open-source per pianificare la consegna di aggiornamenti in tempo reale, connettilo con Capgo Live Updates for the product workflow in Capgo Live Updates, Panoramica per i dettagli di implementazione in Panoramica Caratteristiche per i dettagli di implementazione in Caratteristiche Comportamento dell'Aggiornamento per i dettagli di implementazione in Update Behavior, e Tipi di Aggiornamento per i dettagli di implementazione in Tipi di Aggiornamento.
