Nelle conversazioni tra imprenditori e responsabili IT italiani, l'open source viene ancora trattato come la scelta alternativa: quella da valutare con cautela, da adottare in casi specifici, da giustificare di fronte al management. Il software proprietario, invece, viene percepito come la scelta sicura. È un ribaltamento della realtà che vale la pena smontare.
Affidarsi a un vendor chiuso significa accettare che le regole del gioco possano cambiare: prezzi, condizioni di licenza, accesso ai dati, roadmap di prodotto. Finché il fornitore prospera, tutto funziona. Ma le acquisizioni avvengono, i prodotti vengono discontinuati, le strategie si invertono. A quel punto, il costo di uscita è raramente proporzionale a quanto si era preventivato.
Il vero tema non è il risparmio
Quando si parla di open source nelle aziende, la conversazione scivola quasi inevitabilmente sui costi delle licenze. È comprensibile, ma è anche fuorviante. Il risparmio è una conseguenza, non il punto.
La domanda centrale è un'altra: chi controlla l'infrastruttura digitale dell'azienda? Con una piattaforma proprietaria, la risposta è sempre il fornitore. I dati risiedono in ambienti che non è possibile ispezionare, il codice non è accessibile, la personalizzazione è concessa nei limiti di quello che il vendor decide di rendere configurabile. L'azienda paga per usare qualcosa che non possiede.
L'open source restituisce controllo reale: sul codice, sull'infrastruttura, sui dati. Non risolve tutti i problemi — richiede competenze, manutenzione, scelte consapevoli — ma pone l'azienda in una posizione sostanzialmente diversa rispetto a qualsiasi vendor di mercato.
La libertà di cambiare fornitore senza dover ricostruire tutto da zero non è un dettaglio contrattuale. È un asset strategico che raramente viene valorizzato finché non serve davvero.
Sicurezza: il paradosso dell'oscurità
Uno degli argomenti più ricorrenti contro l'open source riguarda la sicurezza. L'idea è intuitiva: se il codice è pubblico, chiunque può cercarne le vulnerabilità. Nella pratica, questo ragionamento si rovescia quasi sempre.
Il software proprietario si protegge attraverso la security through obscurity: nessuno, incluso chi dovrebbe difendere il sistema, può verificare in modo indipendente cosa succede sotto la superficie. Le vulnerabilità restano nascoste finché qualcuno non le trova, e spesso quel qualcuno non è il team del vendor.
Nei progetti open source con una comunità attiva, la revisione del codice è distribuita. I problemi vengono identificati, segnalati e corretti in tempi che raramente un vendor proprietario riesce a eguagliare. Non è una garanzia assoluta, ma è un modello strutturalmente più robusto per chi gestisce dati sensibili o deve rispettare normative come il GDPR.
C'è poi la questione della continuità: un progetto open source con una comunità solida non sparisce per decisione di un consiglio di amministrazione. Può cambiare governance, fare fork, rallentare, ma il codice resta, le competenze restano, l'ecosistema resta. Per chi pianifica investimenti tecnologici a tre o cinque anni, questa continuità vale quanto la funzionalità stessa.
Cosa cambia nel mercato dei servizi
Adottare open source non significa fare tutto internamente. Significa spostare il valore dal possesso della piattaforma alla competenza di chi la implementa e la mantiene. E questo cambia il tipo di relazione possibile con i fornitori tecnologici.
In un ecosistema aperto, la competizione tra consulenti si gioca sulla qualità del lavoro e sulla conoscenza del business del cliente, non sul controllo esclusivo di una tecnologia. Il risultato pratico è che l'azienda può cambiare partner senza perdere lo stack, confrontare offerte su basi tecniche reali, costruire competenze interne che rimangono nel patrimonio aziendale invece di evaporare alla scadenza di un contratto.
Questo rompe il meccanismo del vendor lock-in nel punto in cui fa più male: la negoziazione. Un'azienda che può realisticamente migrare ha una forza contrattuale completamente diversa rispetto a una che non può permetterselo.
Il fattore talento
C'è un elemento che riguarda le PMI italiane in modo specifico: l'attrattività verso i profili tecnici di qualità. Gli sviluppatori che vale la pena avere nel team, come dipendenti o come consulenti di riferimento, non sono indifferenti all'ambiente tecnologico in cui operano. Lavorare su ecosistemi aperti, con accesso a comunità globali e possibilità di crescita professionale, è una variabile che pesa concretamente nelle scelte.
Le aziende che operano esclusivamente su piattaforme chiuse e legacy tendono ad attrarre profili diversi, spesso meno orientati all'innovazione. Non è una regola assoluta, ma è un pattern abbastanza diffuso da meritare attenzione quando si costruisce una strategia tecnologica a lungo termine.
La tecnologia dovrebbe essere uno strumento al servizio dell'azienda. Quando è il contrario, quando l'organizzazione si adatta alle logiche del vendor anziché il contrario, qualcosa nella governance digitale non ha funzionato. La domanda da farsi non è "costa meno?", ma "chi tiene le chiavi?"
