Saltare al contenuto principale
Open Source

Capire i Licenze di Software Open-Source

When it comes to open-source software licenses, there are two broad categories. Some licenses fall under the copyleft license category, while others are permissive open source licenses.

Crediti dell'articolo

Martin Donadieu

Autore

Valeria

Revisione

Jordan

Redattore

Capire i Licenze di Software Open-Source

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

Una Licenza 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.

A seconda del tipo di Licenza Open Source scelto, gli utenti possono o meno poter fare certe attività con il code, come ad esempio venderlo o utilizzarlo commercialmente. Inoltre, ci sono molti tipi diversi di Licenze Open Source, ognuno offrendo termini e condizioni diversi a seconda di come si desidera utilizzare il materiale di origine.

Pertanto, è importante comprendere a fondo il tipo di Licenza Open Source prima di approfittare dei suoi benefici, quindi assicurati di leggere di più qui sotto prima di prendere qualsiasi decisione.

Tipi di Licenze Open Source

tipo-di-licenza-oss

Licenze 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 riproduzione, compresi i lavori derivati. Nel contesto del software, un lavoro derivato è un pezzo di software basato su un programma esistente. Se l'originale era 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.

Licenze Copyleft

Le licenze copyleft nelle fonti aperte forniscono all'utente del software open-source la libertà di modificare, utilizzare e riprodurre il software. Tuttavia, richiedono agli utenti di passare specifici diritti agli altri utenti downstream concedendo loro i medesimi diritti che sono stati loro originariamente concessi.

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.

Perché includere una licenza software open-source?

È fondamentale includere una licenza software open source quando pubblichi o condividi il tuo software con gli altri 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.

Lo 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.

Oltre a questi benefici, le licenze open source possono anche aiutarti a:

  • Evitare la violazione dei diritti d'autore.

Se distribuisce il vostro software senza una licenza, potreste mettere a rischio la vostra azienda di azioni legali per violazione dei diritti d'autore. Una licenza open source concede esplicitamente agli utenti il permesso di utilizzare, modificare e distribuire il vostro software, il che può proteggervi da responsabilità legali.

  • Attrarre e mantenere talenti di alto livello.

Molti sviluppatori di software talentuati sono attratti da progetti open source. Rilasciando il vostro software sotto una licenza open source, potete rendere la vostra azienda più attraente per i potenziali dipendenti.

  • Rafforzare la vostra reputazione di marchio.

Il software open source è ampiamente rispettato dalla comunità tecnologica. Rilasciando il vostro software sotto una licenza open source, potete dimostrare il vostro impegno nella collaborazione e nell'innovazione.

Licenza open source (1)

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:

Licenza MIT

La Licenza MIT è 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 liberamente il software, avendo la certezza che le dichiarazioni di copyright e le notifiche siano mantenute nella loro forma primaria. 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 è con la 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, è derivata dalle librerie Boost di C++ e è stata 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.

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 il carattere reciproco 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 conservino 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 debole di copyleft. La differenza con questa licenza (in confronto con la Eclipse Public License) è che è una licenza di copyleft basata sui file, il che significa che code può essere combinato con open-source o proprietari code.

Eclipse Public License

La Eclipse Public License, è dalla Eclipse Foundation e è considerata una licenza debole di copyleft. Una licenza debole di copyleft richiede agli utenti 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 incontrate con le licenze General Public GNU.

Come Puoi Scegliere La Licenza Corretta Per Il Tuo Progetto?

  • Se stai rilasciando 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 permetta questo.

  • Se vuoi permettere agli altri di modificare e distribuire il tuo progetto, scegli una licenza che permetta questo.

  • Se vuoi assicurarti che il tuo progetto rimanga libero e open source, scegli una licenza di 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 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 sconvolgere 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 è massimizzare la libertà degli utenti e 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 a leggere 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 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.

Aggiornamenti in tempo reale per le app Capacitor

Quando un bug nel layer web è attivo, invia la correzione attraverso Capgo invece di attendere giorni per l'approvazione della store. Gli utenti ricevono l'aggiornamento in background mentre le modifiche native rimangono nel normale percorso di revisione.

Sostegno umano da parte di Martin

Inizia subito

Ultimi articoli dal nostro Blog

Capgo vi offre le migliori informazioni che avete bisogno per creare un'app mobile davvero professionale.