La storia di Ufficio Zero Linux mette in contatto due generazioni dello stesso progetto. Nell’intervista incontro Fabrizio Balliano, tra gli ideatori originari insieme ad Andrea nell’esperienza Crealabs, e gli attuali protagonisti Julian e Adriano: un confronto su origini, manutenzione, comunità e libertà del software.

Per me è un’occasione speciale. Conosco il lavoro recente del team e vi collaboro attraverso Boost Media; questa volta posso ascoltare direttamente chi aveva immaginato Ufficio Zero molti anni prima della ripartenza del 2020.

Crealabs e l’idea di un Linux pronto per l’ufficio

Fabrizio racconta l’attività di Crealabs, azienda torinese attiva tra il 2003 e il 2010 e costruita intorno al software aperto. Lui e il socio utilizzavano Linux nelle proprie macchine di lavoro e volevano rendere quell’esperienza più accessibile anche ad altri.

Non descrive Ufficio Zero come un prodotto nato esclusivamente per generare ricavi. L’idea di fornire servizi e personalizzazioni era presente, ma il primo impulso era provare una soluzione che ritenevano utile.

Nel ricordo dell’ospite, il progetto specifico occupa soprattutto una fase intorno al 2005–2008. La data di apertura dell’azienda non va confusa automaticamente con quella della prima release della distribuzione. Le memorie della conversazione aiutano a ricostruire il contesto, ma non costituiscono da sole una cronologia tecnica completa di ogni immagine pubblicata.

Perché la localizzazione era un problema concreto

Fabrizio richiama un’epoca in cui connessioni, CD e spazio disponibile condizionavano molto l’installazione. Alcune immagini non includevano tutti i pacchetti linguistici e gli strumenti che un utente italiano avrebbe voluto trovare subito.

La risposta del gruppo fu selezionare e integrare componenti già esistenti, riconoscendo il lavoro delle distribuzioni di origine e di chi manteneva traduzioni e applicazioni.

Non si trattava di riscrivere Linux. Il valore cercato era nell’insieme: un ambiente già predisposto, più semplice da proporre a un ufficio con competenze informatiche limitate.

Nel racconto compaiono anche Flash Player e codec oggi legati a un contesto storico superato. Sono esempi dei problemi di allora, non programmi da reinstallare per riprodurre oggi quell’esperienza.

Il significato dello “zero”

Julian chiede a Fabrizio perché fosse stato scelto proprio il nome Ufficio Zero. La risposta collega lo zero alla semplicità: ridurre le operazioni preliminari necessarie prima di poter lavorare.

È un’aspirazione progettuale, non la promessa letterale che nessun utente debba mai configurare qualcosa. La discussione mostra però una continuità interessante: senza essersi coordinati all’origine, il nuovo team aveva ripreso una direzione vicina a quella iniziale.

Questo è uno dei momenti che considero più significativi dell’incontro. Il nome è rimasto, ma soprattutto torna lo stesso bisogno: permettere alle persone di usare il computer senza dover prima diventare amministratori di sistema.

La ripartenza durante la pandemia

Julian racconta di essere partito nel 2020 dalle esigenze di conoscenti che dovevano lavorare da casa con computer poco prestanti. Una prima personalizzazione di Linux gli suggerì di cercare un progetto italiano da riportare in attività.

Trovò Ufficio Zero nei riferimenti storici, verificò la disponibilità del dominio e avviò il nuovo percorso. La cronologia pubblicata dal progetto documenta questa fase di rinascita.

Il contatto con Fabrizio arriva in seguito, attraverso ricerche sui riferimenti di Crealabs e un messaggio su LinkedIn. Fabrizio dice di avere scoperto così che Ufficio Zero aveva un successore.

La continuità va descritta con precisione: è una ripresa del progetto e dei suoi obiettivi, non la dimostrazione che tutta la vecchia base tecnica sia stata riutilizzata. Nel finale Fabrizio osserva anzi che gli strumenti e il contesto erano cambiati profondamente.

Costruire una distribuzione: il lavoro sugli strumenti

Fabrizio ricorda anche Ubuntu Remix Italiano e il lavoro su Ubuntu Customization Kit, indicato con la sigla UCK. L’esigenza era modificare un’immagine esistente, aggiungere o rimuovere pacchetti e produrre una nuova ISO.

Racconta difficoltà nella manutenzione degli strumenti e documentazione che, nella sua esperienza, non sempre rimaneva allineata ai cambiamenti delle distribuzioni. È il contesto di lavoro che ricorda, non un giudizio su tutta la documentazione disponibile oggi.

Adriano confronta quella fase con gli strumenti utilizzati nel percorso recente: cita Cubic e Refracta Snapshot, oltre alle possibilità offerte da Calamares per l’installazione.

La conversazione non è una procedura riproducibile per costruire una distribuzione. Serve a rendere visibile il problema: una personalizzazione non finisce quando la ISO si avvia, perché bisogna continuare a produrla, aggiornarla e verificare che il processo regga ai cambiamenti.

Non va presa alla lettera neppure l’idea che soltanto una distribuzione disponga di strumenti propri di costruzione: gli esempi riflettono ciò che gli ospiti hanno utilizzato e confrontato.

La comunità come luogo in cui si impara

Chiedo a Fabrizio come ricordi l’ambiente open source di quegli anni. Parla degli incontri a Torino, dei gruppi dedicati a PHP, dei Linux Day e delle persone conosciute alle conferenze.

Prima ancora, erano stati i compagni di università a mostrargli Linux. Le notti trascorse a compilare e risolvere dipendenze mancanti diventano il ricordo di un apprendimento condiviso.

Mi colpisce il paragone con chi smonta e modifica una moto: il piacere non sta soltanto nell’oggetto che funziona, ma nel capire perché e nel riuscire a intervenire.

Fabrizio non idealizza ogni comunità. Riconosce che possono nascere conflitti e ambienti difficili, come in altri gruppi umani. Il valore della collaborazione rimane, ma richiede persone disposte ad ascoltare e a mantenere il lavoro comune.

Da Magento a OpenMage e Maho

Dopo Crealabs, Fabrizio concentra gran parte dell’attività sul commercio elettronico. Racconta l’esperienza con Magento, il lavoro come manutentore di OpenMage e il successivo progetto Maho.

Le valutazioni sulla diffusione delle piattaforme appartengono alla sua esperienza professionale: nel video non vengono forniti dati sufficienti per classificare quale fosse la più usata al mondo in ogni periodo.

Il passaggio a Maho nasce, nel suo racconto, dal desiderio di portare avanti una direzione progettuale propria. Il riferimento per seguire il lavoro è il sito ufficiale Maho.

Fabrizio preferisce un modello in cui il software rimane aperto e l’attività economica si sviluppa attraverso servizi e consulenza. Esprime riserve verso la separazione tra una versione comunitaria limitata e funzioni riservate a un’edizione commerciale.

È una posizione sul modello di sviluppo e di business, non la dimostrazione che ogni modello misto sia illecito. La compatibilità dipende da licenze, titolarità del codice e modalità effettive di integrazione e distribuzione.

Le licenze fanno parte del progetto

La discussione sulle licenze è una delle parti a cui tengo di più. Rendere un repository visibile non basta a chiarire quali usi siano consentiti, e scegliere una licenza può incidere sulle collaborazioni future.

Nel parlato emerge una semplificazione sul kernel Linux che è utile correggere: Linux è distribuito sotto GPL versione 2 con una specifica eccezione per le chiamate di sistema; non è corretto spiegare la possibilità di eseguire programmi proprietari dicendo genericamente che le sue API sarebbero LGPL. Le regole ufficiali di licenza del kernel chiariscono il punto.

È altrettanto importante distinguere “commerciale” da “proprietario”: il software libero può essere utilizzato in attività economiche. La libertà del codice non implica che chi lavora alla manutenzione debba farlo gratuitamente.

Racconto anche la mia scelta di pubblicare software e il progetto nato dalla tesi, OpenDSA Reading, con una licenza libera. L’applicazione propone esercizi di lettura e gamification; qui ne descrivo l’intento progettuale, senza attribuirle efficacia clinica dimostrata dalla conversazione.

Intelligenza artificiale: cambia il lavoro, non scompaiono le verifiche

Fabrizio racconta di dedicare molto tempo alla revisione del codice e di scriverne meno direttamente grazie agli strumenti di intelligenza artificiale.

Porta l’esempio di una funzione che si potrebbe reimplementare quando una libreria non è compatibile con il proprio progetto. È una possibilità da valutare, ma usare un modello non elimina automaticamente gli obblighi sulle licenze e non garantisce originalità, correttezza o manutenzione del risultato.

Il tema mi interessa perché sposta l’attenzione dalla quantità di codice digitato alla responsabilità di comprenderlo. Una soluzione generata deve ancora essere verificata rispetto al problema, alle dipendenze e al contesto d’uso.

Ufficio Zero nel presente dell’intervista

Fabrizio chiede come stia andando il progetto. Julian descrive download da diversi Paesi, attività sul forum, servizi aggiuntivi e un’infrastruttura distribuita attraverso mirror.

I numeri citati riguardano il momento della registrazione e sono dichiarazioni del team. Non equivalgono a utenti attivi misurati né a una garanzia che la distribuzione funzioni con ogni periferica.

Tra gli elementi presentati ci sono il repository supplementare per i driver delle stampanti, l’edizione Educational e applicazioni dell’ecosistema Boost Media come Frog e PurpleTube. Anche qui la finalità è semplificare l’accesso; una percentuale informale di riconoscimento delle stampanti non sostituisce una matrice di compatibilità.

Julian ricorda inoltre la nascita di Boost Media nell’aprile 2025 e i servizi collegati al progetto. La presenza di sponsor o strumenti orientati alla privacy non certifica automaticamente tutti i trattamenti dei dati effettuati attraverso quei servizi.

Computer personali, server e riuso dei Mac

Fabrizio racconta di utilizzare un Mac come computer personale di lavoro e Linux sui server dei clienti. È un esempio che evita di ridurre la partecipazione all’open source a un requisito di uniformità su tutti i dispositivi.

Il richiamo a FreeBSD nel parlato va contestualizzato: macOS utilizza Darwin e il kernel XNU, con componenti e ascendenze differenti; non coincide semplicemente con FreeBSD o con Linux.

Julian presenta Anna per determinati Mac Intel con chip T2. È un ambito diverso da Apple Silicon. La domanda su Asahi Linux apre una possibilità futura, ma la conversazione non permette di stabilire compatibilità e stato di sviluppo di ogni modello, né di confermare le ricostruzioni informali sugli spostamenti dei singoli sviluppatori.

Il tema condiviso è il riuso: verificare se un computer ancora funzionante possa continuare a servire, senza presumere che una sola immagine supporti tutti i Mac.

Educazione digitale e continuità del progetto

Nel finale parliamo di dati, servizi cloud e consapevolezza. Fabrizio porta l’esempio del proprio NAS e di Immich per la gestione delle fotografie, mentre io ricordo che il mio canale nasce anche per affrontare argomenti meno spettacolari ma importanti per chi usa la tecnologia.

Non si tratta di dichiarare che ogni servizio remoto usi le immagini nello stesso modo o che la cancellazione sia sempre inefficace. Si tratta di capire condizioni, accessi e possibilità di controllo prima di affidare dati personali a un sistema.

Julian invita Fabrizio alla DevConf del 7 e 8 luglio 2026 a Pavia. Nel momento dell’intervista è un invito da organizzare, non una partecipazione già avvenuta.

La conversazione si chiude con una continuità riconosciuta da tutti: rendere il software accessibile, mantenere aperta la possibilità di studiarlo e lasciare spazio alla collaborazione. È questo il legame più forte tra l’Ufficio Zero delle origini e il progetto tornato a vivere nel 2020.