Software liberoCultura digitale

Il codice non vota: quando l’open source diventa una battaglia ideologica

Il codice non vota: quando l’open source diventa una battaglia ideologica

Quando l'open source confonde la libertà digitale con l'appartenenza ideologica.

C'è qualcosa di profondamente politico nel software libero, ma forse negli ultimi anni abbiamo iniziato a dimenticare che tipo di politica fosse alla base di quel movimento.

Richard Stallman non ha costruito il Free Software chiedendo agli sviluppatori per chi votassero, quale fosse il loro orientamento sessuale, quale guerra sostenessero o a quale corrente ideologica appartenessero. La sua battaglia era politica in un senso molto più concreto: riguardava il controllo della tecnologia e il rapporto di potere tra chi produce software e chi lo utilizza.

La questione era capire chi avesse realmente il controllo del computer dell'utente, chi potesse studiare un programma, modificarlo, redistribuirlo e verificare cosa facesse davvero. Il problema era impedire che il software diventasse uno strumento capace di limitare la libertà delle persone, sorvegliarle senza possibilità di controllo o renderle permanentemente dipendenti da un produttore.

Privacy, libertà, autonomia, accesso alla conoscenza e controllo della propria macchina non erano slogan accessori. Erano il cuore politico della questione.

Stallman ha sempre descritto il Free Software come un movimento legato alla libertà e alla giustizia, distinguendolo dall'Open Source inteso soprattutto come metodologia di sviluppo. Le libertà fondamentali del software libero riguardano infatti la possibilità di eseguire il software, studiarlo, modificarlo e redistribuirlo. Anche la nascita del termine "open source", alla fine degli anni Novanta, è significativa: fu scelta una terminologia più pragmatica anche per rendere il modello più accettabile al mondo aziendale e separarlo, almeno in parte, dalla formulazione apertamente filosofica e politica del Free Software.

Questa distinzione storica aiuta a capire quanto sia strano ciò che sta accadendo oggi. Dire che il software ha una dimensione politica non significa che qualsiasi questione politica debba automaticamente entrare nello sviluppo del software. È perfettamente sensato discutere di privacy, sorveglianza, DRM, lock-in, interoperabilità, telemetria, censura, accesso al codice, proprietà dei dati e libertà di modificare un programma, perché tutti questi temi riguardano direttamente il rapporto tra tecnologia e potere.

È invece molto più difficile capire perché la posizione personale di uno sviluppatore su una guerra, un partito, una questione identitaria o un conflitto culturale debba determinare il valore tecnico del suo contributo.

L'identità personale di chi scrive il codice merita rispetto, naturalmente, ma non stabilisce se una patch sia corretta. Allo stesso modo, essere conservatori, socialisti, liberali, anarchici o completamente disinteressati alla politica non rende automaticamente migliore o peggiore una funzione. Le opinioni su Israele, Palestina, Russia, Ucraina, Stati Uniti o qualsiasi altro conflitto non modificano il comportamento di un algoritmo.

Il punto non è sostenere che il software sia completamente privo di conseguenze politiche. Sarebbe assurdo. Un programma può essere usato per sorvegliare, censurare, controllare lavoratori o gestire sistemi militari. Un algoritmo può prendere decisioni che incidono pesantemente sulla vita delle persone. Ma proprio per questo è importante distinguere tra le conseguenze concrete di un sistema tecnologico e l'ideologia che qualcuno decide di attribuire simbolicamente al codice.

Una riga di codice non è fascista, comunista, socialista, conservatrice o progressista. Non possiede un'identità di genere e non ha un orientamento sessuale. Può essere scritta bene o male, essere sicura o vulnerabile, leggibile o incomprensibile, efficiente o inefficiente. Può rispettare una licenza oppure violarla. Può proteggere la privacy oppure raccogliere informazioni inutilmente. Può funzionare oppure non funzionare.

Questo non significa che il contesto non conti. Significa semplicemente che dovremmo giudicare il software per ciò che fa, per il potere che esercita, per i diritti che concede o sottrae e per le condizioni con cui viene distribuito, invece di attribuirgli un'appartenenza morale derivata dalle opinioni politiche delle persone che lo producono o lo utilizzano.

Uno dei principi storicamente più interessanti dell'Open Source è proprio la non discriminazione. Le Debian Free Software Guidelines stabiliscono che una licenza libera non dovrebbe discriminare persone o gruppi e non dovrebbe vietare l'utilizzo di un programma in determinati campi di attività. Quelle linee guida sono diventate anche la base dell'Open Source Definition.

È un principio meno comodo di quanto possa sembrare, perché significa accettare che una libertà reale debba continuare a valere anche quando il software viene usato da persone con cui siamo profondamente in disaccordo. Se la libertà esiste soltanto per chi appartiene al gruppo culturalmente o politicamente accettato in quel momento, allora non è più una libertà universale ma una concessione.

Il caso Debian

Il recente dibattito sull'intelligenza artificiale all'interno di Debian rende questo conflitto particolarmente evidente. Nell'estate del 2026 il progetto ha discusso una General Resolution sull'utilizzo dei sistemi generativi e degli LLM. Le preoccupazioni alla base della discussione erano serie e, per molti aspetti, assolutamente legittime. C'erano problemi relativi al copyright, alle licenze, alla qualità del codice generato, alla pressione esercitata sui maintainer chiamati a controllare grandi quantità di materiale, al consumo di risorse e all'uso di infrastrutture pubbliche da parte di sistemi automatizzati.

Sono esattamente le questioni che un progetto come Debian dovrebbe affrontare. Se una persona invia codice prodotto con un LLM, è ragionevole chiedere chi ne assuma la responsabilità, se quel codice sia stato realmente compreso e verificato, se possa contenere materiale incompatibile con la licenza del progetto o se durante il processo siano stati trasmessi a un servizio esterno dati riservati, credenziali o informazioni sensibili.

Il problema nasce quando una discussione di questo tipo smette di concentrarsi sugli effetti concreti della tecnologia e comincia a essere descritta attraverso categorie ideologiche sempre più assolute.

Accanto agli argomenti tecnici, alcuni interventi hanno spinto la discussione su un piano diverso, legando l'intelligenza artificiale al costo ambientale, alla concentrazione del potere nelle mani di poche grandi aziende e, in certi casi, al fascismo. La proposta di Holger Levsen, tra le più critiche verso gli LLM, ruotava per esempio attorno al costo energetico e idrico dei sistemi generativi, presentato quasi come un dovere morale di evitarli.

Il caso più netto è arrivato dopo il voto. Lo sviluppatore Antoine Le Gonidec annunciò il proprio abbandono del progetto e volle mettere in chiaro, testualmente, di voler far conoscere le conseguenze del fatto che Debian avesse abbracciato una "tecnologia sostenuta dal fascismo", aggiungendo che fingere una posizione neutrale di fronte al fascismo non è neutralità, ma una forma di collaborazione attiva.

È importante però essere precisi, perché proprio un articolo contro la polarizzazione non dovrebbe costruire una caricatura della parte opposta. Non sarebbe corretto dire semplicemente che Debian abbia dichiarato fascista chiunque utilizzi l'intelligenza artificiale. Le posizioni espresse furono diverse, e una delle proposte più contrarie agli LLM dichiarava esplicitamente di voler criticare l'utilizzo della tecnologia, non le persone che la utilizzavano.

Il problema interessante non è quindi stabilire se l'intero progetto Debian abbia adottato una determinata ideologia. Non lo ha fatto. Il punto è osservare quanto rapidamente una discussione tecnica e politica perfettamente legittima possa trasformarsi in una battaglia di appartenenza morale.

Alla fine Debian ha adottato una posizione molto più pragmatica. La proposta vincente, "Responsible Use of Generative AI", non approva indiscriminatamente l'intelligenza artificiale e non la vieta. Stabilisce invece che, qualunque strumento venga usato per produrre un contributo, rimangono validi gli stessi requisiti di qualità, correttezza, manutenibilità e legalità. Chi presenta un contributo continua ad assumersene la responsabilità e deve comprenderlo, verificarlo e testarlo.

È probabilmente la soluzione più coerente con la cultura tecnica che l'open source dovrebbe difendere. Non significa ignorare i rischi dell'intelligenza artificiale, ma affrontarli nel merito. Se un servizio cloud riceve codice proprietario o informazioni private, esiste un problema di privacy. Se non è possibile stabilire la provenienza del materiale generato, può esserci un problema di licenza. Se produrre migliaia di righe di codice diventa estremamente economico mentre verificarle richiede ore di lavoro umano, si crea una forte asimmetria tra chi produce e chi revisiona. Se sistemi automatici sovraccaricano server mantenuti da volontari, il problema è concreto. Se uno sviluppatore incorpora codice che non comprende semplicemente perché è stato generato da una macchina, la responsabilità tecnica e di sicurezza rimane sua.

Non è necessario definire fascista l'intelligenza artificiale per discutere seriamente di tutto questo, così come non è necessario definire comunista chi vorrebbe vietarla.

Dalla politica al tribalismo

Il problema più grande dell'open source contemporaneo non è quindi la presenza della politica, perché la politica è sempre esistita nel software libero. Il problema è la sua trasformazione in tribalismo.

Il movimento originario poteva essere radicale, ma almeno il conflitto era chiaramente definito. Si parlava del diritto dell'utente a controllare il proprio computer, della possibilità di studiare e modificare il software, del diritto di condividere conoscenza, della necessità di evitare dipendenze artificiali da un singolo produttore e del rischio che sistemi proprietari diventassero strumenti di sorveglianza e controllo.

Erano questioni politiche perché avevano conseguenze concrete.

Oggi invece sempre più spesso il dibattito tecnologico viene risucchiato dentro lo stesso meccanismo che domina i social network. Prima ancora di discutere un argomento si cerca di capire a quale gruppo appartenga chi lo propone. Una posizione viene interpretata attraverso le categorie progressista o conservatore, socialista o capitalista, pro-Israele o pro-Palestina, pro o contro una determinata battaglia culturale. In questo modo il contenuto concreto della discussione passa in secondo piano.

Ed è qui che emerge il paradosso. Mentre le comunità tecnologiche discutono ossessivamente delle proprie identità interne, il mondo digitale continua a muoversi verso una concentrazione crescente del potere. Sempre più servizi raccolgono dati, sempre più attività quotidiane dipendono da piattaforme centralizzate, sempre più software viene distribuito come servizio non ispezionabile e sempre più funzioni fondamentali della vita digitale vengono affidate a infrastrutture sulle quali l'utente non possiede alcun controllo reale.

Si litiga quindi sulle etichette proprio mentre privacy e libertà, cioè i temi che avevano dato origine alla componente politica del Free Software, rischiano di essere progressivamente erosi.

Questo non significa che le comunità open source debbano ignorare discriminazioni, molestie o comportamenti abusivi. Una comunità deve poter stabilire regole di convivenza e permettere a persone molto diverse tra loro di collaborare senza essere attaccate per ciò che sono. Ma proteggere le persone non dovrebbe significare richiedere uniformità ideologica.

Una comunità realmente pluralista dovrebbe essere capace di far lavorare insieme individui che hanno opinioni molto differenti, purché rispettino gli altri e contribuiscano seriamente al progetto. Se invece il rispetto viene progressivamente confuso con l'obbligo di condividere una determinata visione politica, culturale o sociale, un Code of Conduct può trasformarsi da strumento di convivenza in strumento di conformità.

Il criterio tecnico dovrebbe rimanere molto più semplice. Un contributo dovrebbe essere valutato per la sua qualità, per la sicurezza, per la possibilità di mantenerlo nel tempo, per la compatibilità con le licenze del progetto e per il rispetto degli utenti. Se introduce raccolta di dati inutile, dipendenze problematiche o comportamenti non documentati, va criticato per queste ragioni. Se è scritto male, va respinto perché è scritto male. Se funziona ed è conforme ai principi del progetto, il giudizio non dovrebbe dipendere dalle opinioni personali di chi lo ha scritto.

Perché il software libero era rivoluzionario

Il paradosso finale è forse che il Free Software delle origini era politicamente molto più radicale di tante battaglie simboliche contemporanee. Stallman non chiedeva semplicemente una maggiore sensibilità culturale. Metteva in discussione la distribuzione stessa del potere tecnologico e sosteneva che l'utente dovesse poter controllare davvero il software che utilizza.

Era un passaggio concreto dal controllo esclusivo del produttore a una maggiore autonomia dell'utente e della comunità. Rendere disponibile il codice significava trasformare una scatola nera in qualcosa che poteva essere studiato. Permettere la modifica significava ridurre la dipendenza da chi aveva creato originariamente il programma. Consentire la redistribuzione significava impedire che la conoscenza tecnica venisse completamente subordinata al permesso di un proprietario.

Quella era politica perché modificava davvero i rapporti di potere.

Privacy e libertà continuano a essere questioni politiche. Il controllo dei propri dati continua a esserlo. La possibilità di sapere cosa fa un programma installato sul proprio computer continua a esserlo. La capacità di sottrarsi alla sorveglianza e al lock-in continua a esserlo.

Ma pretendere che ogni progetto open source debba prendere posizione su ogni guerra, identità, movimento politico o conflitto culturale significa confondere due piani completamente diversi.

Possiamo rispettare le persone senza pretendere che condividano tutte le nostre opinioni. Possiamo analizzare gli effetti sociali dell'intelligenza artificiale senza attribuire un'ideologia a un modello matematico. Possiamo criticare duramente un'azienda senza dichiarare moralmente contaminata qualunque tecnologia che utilizza. Possiamo costruire comunità inclusive senza trasformarle in ambienti ideologicamente uniformi.

Soprattutto, possiamo ricordare perché il software libero è stato rivoluzionario.

Non perché pretendeva di dirci cosa pensare, ma perché cercava di impedirci di perdere il controllo sui nostri computer.

Una riga di codice non vota, non appartiene a un partito e non possiede un'identità politica. Può però aumentare il controllo che qualcuno esercita su di noi oppure ridurlo. Può difendere la nostra autonomia oppure limitarla.

È su questo che l'open source dovrebbe tornare a concentrare la propria battaglia.

Fonti

Scritto da Claudio