Saltare al contenuto principale
Open Source

Capire le Licenze di Software Open-Source

Quando si tratta di 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.

Anik Dhabal Babu

Anik Dhabal Babu

Content Marketer

Capire le Licenze di Software Open-Source

Quando si tratta di 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 è la licenza di software open-source e i suoi 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 sono in grado di aggiornare frequentemente il codice code e costruire sul prodotto originale.

In base al tipo di Licenza Open Source scelto, gli utenti possono o non possono eseguire alcune attività con il code, come ad esempio vendere o utilizzare commercialmente. Inoltre, esistono 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 un 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

type-of-oss-licence

Licenze Permissive

Una licenza permissiva, a volte chiamata licenza non copyleft, concede agli utenti il permesso di utilizzare, modificare e condividere il 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.

Licenze 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 a 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 i developer 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 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.

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

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

Inoltre, i 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 agli utenti il permesso di utilizzare, modificare e distribuire il tuo software, il che può proteggerti dalla responsabilità legale.

  • Attrarre e mantenere il talento di alto livello.

Molti talentuosi sviluppatori di software 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.

Lo software open source è ampiamente rispettato dalla community tecnologica. Rilasciando il tuo software sotto una licenza open source, puoi dimostrare il tuo impegno per la collaborazione e l'innovazione.

oss_licence(1)

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

Il Licenza MIT è la licenza open source più popolare e permissiva. Fornisce agli utenti delle libertà rilevanti, tra cui consentire loro di condividere liberamente, modificare, utilizzare e commercializzare il materiale se aderiscono a tutte le condizioni stabilite dalla licenza.

Licenza Apache 2.0

La Licenza Apache 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 risultanti siano 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.

Licenza BSD (Berkeley Software Distribution)

GitHub consente di scegliere tra due licenze BSD, la Licenza BSD 2-clausola “Semplificata”, a volte chiamata licenza “FreeBSD”; e la Licenza BSD 3-clausola “Nuova” o “Riveduta”. La principale differenza tra queste due licenze è 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.

Licenza Boost Software

La Licenza Boost Software, proviene 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.

Licenze Software Open-Source a Copyleft

Le licenze a copyleft concedono agli utenti del software il permesso di utilizzare, modificare e condividere la sorgente code, ma proteggono anche contro la rilicenza attraverso specifiche restrizioni e termini e condizioni. Questo rappresenta il carattere reciproco di questa licenza che richiede che il lavoro degli utenti si conformi ai diritti originali stabiliti nella licenza.

Licenze GNU Quando si tratta di licenze software a copyleft, il Licenza Pubblica Generale (GPL) è 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 ritengano certe condizioni, come le notifiche di copyright, le dichiarazioni di garanzia o qualsiasi altra licenza aggiunta al Programma non modificato.

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

La 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

La 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 rilasci il tuo progetto con una licenza open source, scegli una licenza compatibile con i progetti che stai utilizzando.

  • Se desideri permettere agli altri di utilizzare il tuo progetto a scopi commerciali, scegli una licenza che consenta ciò.

  • Se desideri permettere agli altri di modificare e distribuire il tuo progetto, scegli una licenza che consenta ciò.

  • Se desideri assicurarti che il tuo progetto rimanga libero e open source, scegli una licenza copyleft.

  • Se sei incerto su quale licenza scegliere, l'Open Source Initiative ha una lista di licenze popolari che puoi confrontare.

La scelta della licenza corretta per il tuo progetto open source è una decisione importante. Considerando attentamente le tue esigenze e obiettivi, puoi scegliere una licenza che ti aiuterà a raggiungere i 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.

Questa modifica non fa differenza per nessuno di voi che sottoscrivete a Capgo Cloud o che ospitate Capgo da soli, ma potrebbe sconvolgere 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 è licenziato sotto la GNU Affero General Public License (AGPL) E NON DEVE ESSERE USATO da 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

Ci sono molti fattori da considerare quando si sceglie una licenza open-source per il software. Tuttavia, ci sono certamente 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 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 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.

Aggiornamenti in tempo reale per le app Capacitor

Quando un bug del 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.

Inizia subito

Ultimi articoli dal nostro Blog

Capgo ti offre le migliori informazioni che ti servono per creare un'app mobile davvero professionale.