Le aziende possono guadagnare con il software open source attraverso assistenza, servizi gestiti, sviluppo su commissione e prodotti costruiti attorno al codice. Possono anche finanziare o acquisire progetti dai quali dipendono. Questo rapporto porta risorse, ma può creare tensioni tra priorità commerciali e libertà degli utenti.

Nel video parto da un inconveniente personale: non riuscivo a utilizzare il mio nuovo microfono su Linux come desideravo e, per registrare, stavo ricorrendo a Windows. Da lì nasce una domanda più ampia: quanto dipendiamo dalle scelte di chi produce hardware, software e servizi?

Il microfono come esempio di dipendenza

Avevo acquistato uno strumento per migliorare i contenuti, ma sulla mia configurazione non riuscivo ad accedere all'esperienza che mi aspettavo. La frustrazione nasceva dalla distanza tra ciò che il prodotto poteva offrire e ciò che riuscivo a usare.

Nel video parlo provocatoriamente di un microfono al “50%”. Non è una misura tecnica della qualità audio: è il modo in cui descrivevo la sensazione di avere funzionalità limitate nel mio ambiente.

Un problema di compatibilità non dimostra, da solo, un accordo per escludere Linux. Mostra però quanto supporto, documentazione e disponibilità degli strumenti possano influire sulla libertà concreta di scegliere un sistema.

Open source non significa lavoro senza remunerazione

Sviluppare, verificare e mantenere software richiede tempo. Nel video ricordo che chi programma deve poter sostenere il proprio lavoro, anche quando il codice è disponibile con una licenza aperta.

I ricavi possono arrivare da supporto professionale, personalizzazioni, integrazione e gestione del servizio per il cliente. Donazioni e finanziamenti possono contribuire, ma non sono l'unico modello possibile.

Per questo non vedo una contraddizione automatica tra attività commerciale e open source. La domanda è che cosa viene venduto e quale libertà rimane a chi utilizza il software.

Perché una grande azienda finanzia un progetto

Un'impresa può sostenere uno strumento che usa nei propri prodotti, pagare manutentori o acquistare competenze già organizzate in un'altra realtà. Finanziare può essere più efficace che ricostruire da zero la stessa tecnologia.

Questo non implica necessariamente il desiderio di bloccare il progetto prima che diventi competitivo. Nel video esprimo quel timore, ma per attribuirlo a un'azienda specifica servirebbero prove sulle sue decisioni.

Il criterio che propongo è guardare agli effetti: il finanziamento rende il progetto più mantenibile? La governance rimane comprensibile? Gli utenti conservano possibilità di accesso, migrazione e collaborazione?

Mozilla e i ricavi dagli accordi di ricerca

Nel video porto l'esempio del rapporto tra Google e Mozilla. È utile descriverlo con precisione: Mozilla riceve ricavi anche da accordi commerciali relativi alla ricerca, non soltanto da contributi assimilabili a donazioni.

La rendicontazione Mozilla spiega il ruolo degli accordi con motori di ricerca nel sostegno alle attività. Il fatto che un'azienda paghi un concorrente in un altro mercato non dimostra da solo che lo faccia per evitare accuse di monopolio.

Rimane interessante il problema della dipendenza economica: una fonte di ricavo può sostenere un'alternativa e, contemporaneamente, renderla sensibile alle decisioni di un altro soggetto.

Red Hat e CentOS: distinguere le decisioni

Il video nasce anche dalle discussioni su CentOS e Red Hat. Qui occorre separare due passaggi: il cambiamento di ruolo di CentOS Stream e la modifica del 2023 ai canali pubblici dei sorgenti collegati a RHEL.

Nel comunicato del 21 giugno 2023, Red Hat indica CentOS Stream come sede pubblica dei sorgenti relativi a RHEL, mantenendo l'accesso tramite portale per clienti e partner. Non equivale alla trasformazione di tutto RHEL in software closed source.

Si può criticare l'effetto di queste scelte sulle distribuzioni derivate e sull'accessibilità del processo. La critica diventa più solida se riguarda la decisione effettiva, senza confondere disponibilità, licenze e modello commerciale.

La libertà richiede alternative mantenute

Avere il codice disponibile può permettere studio, adattamento e continuazione del progetto secondo la licenza. Ma non garantisce che esistano persone, tempo e risorse per farlo bene.

Per questo, quando dico che vorrei più open source per tutti, penso anche alla sostenibilità. Un'alternativa utile deve funzionare, essere documentata e ricevere manutenzione.

Non considero inevitabile che ogni progetto aperto diventi perfetto con il passare del tempo. La possibilità di trovare un errore deve tradursi in verifiche e correzioni reali.

Scegliere con maggiore consapevolezza

Prima di affidarmi a un servizio, vorrei capire come viene sostenuto, che cosa posso esportare e quanto sarebbe difficile sostituirlo. Allo stesso modo, vorrei sostenere i progetti che uso attraverso contributi compatibili con le mie possibilità.

Il messaggio del video è un invito a esercitare spirito critico: comodità e gratuità non esauriscono la valutazione. Il modello di attività, il supporto e le possibilità di scelta fanno parte del prodotto tanto quanto le funzioni che vediamo sullo schermo.