Software libero e open source indicano un'ampia area di software distribuito con licenze che consentono di accedere al codice, usarlo e condividerlo secondo condizioni precise. Le due espressioni, però, non mettono al centro la stessa domanda: il software libero parte dalle libertà delle persone che lo usano; l'open source evidenzia soprattutto i vantaggi pratici di poter esaminare, riutilizzare e migliorare il codice. Spesso le licenze soddisfano entrambe le definizioni. Non sono quindi due schieramenti tecnici sempre separati, né due gradi di qualità.
Due espressioni, una grande area di sovrapposizione
La Free Software Foundation descrive il software libero attraverso le libertà che una licenza riconosce a chi usa il programma. La Open Source Initiative, invece, definisce criteri che una licenza deve rispettare perché il codice possa essere chiamato open source: tra questi, la disponibilità del sorgente, la possibilità di creare opere derivate e l'assenza di restrizioni discriminatorie sull'uso. In entrambi i casi, non basta poter leggere il codice: servono diritti concessi da una licenza. Le due definizioni hanno una larga sovrapposizione e molte licenze sono riconosciute da entrambe; le parole raccontano soprattutto priorità e modi diversi di spiegare perché queste possibilità contano.
Le quattro libertà del software libero
- Libertà 0: eseguire il programma per qualsiasi scopo.
- Libertà 1: studiare come funziona e modificarlo perché svolga il lavoro desiderato. Per questo serve accesso al codice sorgente.
- Libertà 2: ridistribuire copie, così da poter aiutare altre persone.
- Libertà 3: distribuire copie delle proprie versioni modificate, permettendo anche ad altri di beneficiare dei cambiamenti. Anche qui il sorgente è necessario.
La parola “libero” riguarda queste libertà, non il prezzo. Un programma libero può essere venduto, usato in un'attività commerciale o accompagnato da servizi a pagamento. Allo stesso modo, un programma senza costo può essere proprietario e non concedere il diritto di studiarlo o modificarlo. Prezzo e libertà sono due aspetti distinti.
Open source: mettere a fuoco accesso e collaborazione
Il termine open source ha aiutato a rendere comprensibili a imprese e sviluppatori i benefici concreti della collaborazione sul codice: esaminare un progetto, riutilizzarne parti, proporre correzioni e costruire versioni adatte ad altri contesti. La definizione dell'OSI non equivale a “codice visibile a tutti”: la licenza deve garantire diritti specifici, inclusa la possibilità di distribuire modifiche, e non può limitare arbitrariamente le persone o i campi d'impiego. Un repository pubblico privo di licenza, per esempio, non concede automaticamente i normali diritti di riuso e modifica.
Fanatici e traditori? Etichette che non aiutano
La discussione si impoverisce quando chi insiste sulle libertà viene liquidato come un fanatico o chi preferisce il lessico open source viene chiamato traditore. Sono caricature di una differenza reale di enfasi, non una descrizione utile delle persone o del software. L'approccio del software libero ricorda che gli utenti dovrebbero mantenere controllo e possibilità di scelta; quello open source mostra come quei diritti possano sostenere collaborazione, manutenzione e riuso anche in progetti aziendali. Le due prospettive possono convivere e spesso si rafforzano: una chiede quale rapporto con la tecnologia vogliamo, l'altra aiuta a progettare percorsi realizzabili.
Un faro e una strada praticabile
Si può pensare al software libero come a un faro: un orizzonte ambizioso che mette al centro autonomia, condivisione e capacità delle persone di comprendere gli strumenti da cui dipendono. L'open source può essere una strada pragmatica per portare parte di quei valori nel lavoro quotidiano, nei prodotti e nelle organizzazioni, senza chiedere che ogni scelta tecnica sia perfetta fin dall'inizio. Un ideale non serve solo quando è già stato raggiunto: aiuta a orientare le decisioni concrete e a riconoscere quali compromessi vale la pena accettare.
Che cosa possono significare queste libertà per un'azienda
In un'impresa, poter studiare il software può rendere possibile un controllo tecnico indipendente, una modifica mirata o una valutazione più informata prima di affidargli dati e processi importanti. Poter eseguire il programma per i propri scopi evita che la licenza imponga limiti ingiustificati all'uso; poter condividere copie o versioni modificate può favorire collaborazione e continuità. Sono possibilità, non garanzie automatiche: servono competenze, tempo, manutenzione, formati accessibili e una licenza compatibile con l'uso previsto. Avere il sorgente non dimostra da solo che il software sia sicuro o corretto. La sicurezza dipende anche da come viene sviluppato, verificato, aggiornato e gestito; controlli indipendenti e un processo di risposta alle vulnerabilità restano importanti.
Nell'era dell'AI, le libertà non sono un dettaglio
Gli strumenti generativi abbassano la soglia per produrre codice, prototipi e integrazioni. Questo rende ancora più utile chiedersi da dove arrivano i componenti, quali licenze si applicano, chi può controllare ciò che viene distribuito e come correggerlo quando emerge un problema. Il fatto che il codice sia stato suggerito da un modello non lo rende automaticamente libero, open source, sicuro o manutenibile. Anche per l'intelligenza artificiale la parola open source ha bisogno di criteri: la definizione dell'OSI per l'AI considera non soltanto la disponibilità dei pesi, ma anche le informazioni e i diritti necessari a studiare e modificare il sistema. Un'etichetta promozionale o il download di un modello non bastano a chiarire tutto questo.
Le quattro libertà offrono una domanda semplice da portare nella progettazione: possiamo capire che cosa fa il sistema, adattarlo al processo reale, continuare a usarlo e far circolare le modifiche senza perdere il controllo? Quando la risposta è no, occorre capire quale dipendenza si sta accettando, con quali alternative e con quale piano di uscita.
Cosa verificare prima di adottare un software
- Identificare la licenza esatta della versione utilizzata: “gratuito”, “pubblico” o “open” da soli non descrivono i diritti concessi.
- Controllare se il codice sorgente corrisponde alla versione distribuita e quali componenti, dipendenze e servizi esterni sono necessari per eseguirla.
- Verificare i permessi d'uso commerciale, modifica e redistribuzione, compresi gli obblighi che possono applicarsi quando si distribuiscono versioni derivate.
- Valutare chi mantiene il progetto, come pubblica gli aggiornamenti e come gestisce vulnerabilità e correzioni; la licenza non sostituisce queste verifiche.
- Per strumenti e codice legati all'AI, documentare la provenienza dei componenti, le condizioni dei modelli usati e i test che precedono la messa in produzione.
- Considerare esportazione dei dati, formati, documentazione, competenze disponibili e modalità per migrare o interrompere il servizio.
Software libero e open source non chiedono di scegliere una squadra. Aiutano piuttosto a valutare quanto controllo, collaborazione e autonomia siano incorporati negli strumenti di cui una persona o un'organizzazione dipende. Tenere acceso il faro delle libertà e usare strade pragmatiche per avvicinarsi a quell'orizzonte è un modo concreto per prendere decisioni tecnologiche migliori, anche quando l'AI rende più rapido costruire software.