Questa riflessione nasce durante l’ultimo episodio di Good Vibrations, il nostro podcast sul vibe coding. A portare il tema è stato Walter Sbano, e insieme a Valerio Galano abbiamo provato a ragionarci sopra, senza la pretesa di avere risposte definitive ma con la sensazione chiara di trovarci davanti a qualcosa che sta cambiando davvero gli equilibri.
Perché, se ci pensate un attimo, l’Open Source che abbiamo conosciuto fino a oggi non è più esattamente lo stesso.
C'è stato un tempo, non troppo lontano, in cui era un affare per artigiani digitali. Una bottega globale dove sviluppatori appassionati, spinti da necessità reali o da puro spirito di condivisione, si incontravano per risolvere problemi comuni. Scrivere una Pull Request (PR) verso un progetto importante era un atto quasi solenne: richiedeva studio, comprensione profonda del contesto, rispetto per il codice altrui e, soprattutto, tempo.
Oggi, quell'era pre-industriale e romantica è finita. E il colpevole ha un nome preciso: l'intelligenza artificiale generativa.
Se da un lato celebriamo gli LLM (Large Language Models) come strumenti capaci di decuplicare la nostra produttività, dall'altro stiamo ignorando un cortocircuito culturale e tecnico che rischia di mettere in crisi l’intero ecosistema Open Source.
L'asimmetria letale: il codice come attacco DDoS
Il problema fondamentale che l'IA ha introdotto nel mondo dello sviluppo non è tanto la qualità del codice (che, pur con tutti i limiti, continua a migliorare), ma la quantità e la velocità di generazione.
Abbiamo messo un bazooka nelle mani di chiunque. Oggi, un utente senza competenze specifiche, senza aver mai letto la documentazione di un progetto, può chiedere a un’IA di generare una funzionalità o risolvere un bug teorico e inviare una Pull Request nel giro di pochi minuti.
Il vero collo di bottiglia dello sviluppo software non è più la scrittura del codice, ma la sua validazione.
Se la produzione è stata automatizzata e accelerata all’inverosimile, la revisione umana è rimasta ferma. I maintainer dei progetti Open Source – spesso volontari che investono tempo personale – si ritrovano sommersi da uno tsunami di contributi inutili, fuori contesto o semplicemente inutilizzabili.
È, di fatto, una forma di DDoS applicata al codice: non satura i server, ma la risorsa più scarsa che abbiamo, cioè l’attenzione.
La gamification e la morte dell’Ethos
Ma perché succede tutto questo?
Qui entra in gioco un cambiamento culturale più profondo. Si è persa, in parte, l’empatia verso chi mantiene i progetti. Contribuire all’Open Source è diventato, per molti, un esercizio di visibilità più che di utilità.
Le piattaforme premiano con badge, statistiche e metriche chi produce di più. E nel mercato del lavoro, una griglia GitHub piena di attività è diventata quasi una valuta.
Il risultato è che molte persone non contribuiscono per migliorare un progetto, ma per poter dire di aver contribuito. E l’IA, in questo scenario, è il moltiplicatore perfetto.
Il paradosso del guardiano distratto
Nel frattempo, le piattaforme che hanno spinto sull’acceleratore dell’IA non sembrano aver fornito strumenti equivalenti per gestire le conseguenze.
Strumenti come Copilot facilitano la generazione, ma i maintainer restano esposti, senza difese reali, a un volume crescente di contributi difficili da filtrare.
Gestire un progetto Open Source oggi, soprattutto se critico, significa spesso affrontare una mole di lavoro che non è più sostenibile.
Le soluzioni “orripilanti” (che dobbiamo avere il coraggio di guardare)
A questo punto, le soluzioni morbide rischiano di non bastare più. E infatti iniziano a emergere idee drastiche, alcune delle quali mettono in discussione i principi stessi dell’Open Source.
1. Chiudere le porte e creare le élite
La prima reazione è difensiva: limitare l’accesso. Repository invite-only, contributi solo da persone verificate. È una rottura netta con il concetto di apertura totale, ma potrebbe diventare una necessità operativa.
2. Le macchine che controllano le macchine
Se l’IA genera il problema, l’IA potrebbe diventare anche il filtro. Sistemi automatici per valutare e scartare le PR prima ancora che arrivino a un umano. Una soluzione efficiente, ma che sposta ancora più potere verso sistemi opachi.
3. L’eresia finale: la “Tassa” sulla Pull Request
E poi c’è l’idea più controversa: inserire una barriera economica.
Pagare una micro-transazione per inviare una PR. Non come modello di business, ma come filtro. Un piccolo attrito che costringe a fermarsi un secondo prima di inviare qualcosa di inutile.
È una proposta che stona, che sembra quasi tradire lo spirito dell’Open Source. Ma in un contesto industrializzato dall’IA, anche l’economia potrebbe diventare uno strumento di equilibrio.
Un necessario “Grande Reset”
La verità, forse, è che siamo davanti a un passaggio inevitabile.
L’Intelligenza Artificiale non sta solo accelerando i processi: sta mettendo in discussione le fondamenta culturali su cui l’Open Source si è costruito.
Quello che abbiamo vissuto finora era possibile perché esisteva un equilibrio tra accesso, competenza e responsabilità. Oggi quell’equilibrio si è spezzato.
E allora la domanda non è più se cambierà qualcosa, ma quanto saremo disposti a cambiare per salvare ciò che conta davvero.
Perché l’alternativa non è tornare indietro.
È vedere un sistema fondamentale logorarsi lentamente sotto il peso del suo stesso successo.
