Il giorno in cui ho tolto metà del sistema

Tutti corrono per far fare di più all'AI. La lezione più dura è stata imparare a resistere alla complessità.

Il giorno in cui ho tolto metà del sistema è stato il giorno in cui il sistema ha iniziato a funzionare.

Non è una frase a effetto. È quello che è successo. Letteralmente.

Stavo costruendo un generatore di applicazioni — un sistema dove l’AI non si limita a scrivere codice ma prova a capire prima cosa stai costruendo. Un progetto ambizioso per uno che lo fa da solo, senza budget, senza team, nel tempo libero accanto a un lavoro che non c’entra niente col tech.

E come succede quando sei ambizioso e da solo, avevo iniziato ad aggiungere.

Un approccio qui. Uno strato lì. Un controllo in più. Ogni volta che qualcosa non funzionava come pensavo, la mia reazione era: aggiungi. Più potenza, più complessità, più pezzi che si incastrano.

Fuori, nel mondo, tutti facevano la stessa cosa. Il trend di questa primavera è chiaro: l’AI non deve più solo rispondere — deve fare. Agenti che completano task, workflow autonomi, catene di azioni. Più è meglio.

E io ero dentro quella corrente. Completamente.

Poi un giorno ho riletto la mia stessa risposta a un problema. E ho sentito qualcosa che non torna. “No — mi sono detto — leggendo questo mi rendo conto che stavo aggiungendo complessità dove non serviva.”

La strada vera era un’altra. Non aggiungere un approccio nuovo, ma migliorare a fondo quello che c’era già. Al punto da rendere superfluo tutto il resto.

Sembra un’intuizione banale. Ma arrivarci è stato tutt’altro che banale.

Perché togliere è difficile. Aggiungere è istintivo — ogni pezzo nuovo dà l’impressione di progresso. Togliere richiede che tu sappia davvero cosa serve. E per sapere cosa serve, devi capire il tuo sistema a un livello che aggiungendo non raggiungi mai.

Ho iniziato a pensare che forse il vero bottleneck non fosse tecnico. Non era l’AI che mancava di potenza. Ero io che mancavo della disciplina di resistere alla complessità.

Questo non vale solo per il codice. Vale per le decisioni. Per le feature. Per le architetture. Ogni volta che aggiungi qualcosa senza aver veramente capito se serve, stai creando debito. E quel debito, strada facendo, si accumula silenziosamente finché un giorno ti accorgi che il sistema è diventato ingestibile.

La cosa più controintuitiva che ho imparato finora, costruendo questo progetto, è che la potenza non viene dall’aggiungere. Viene dal capire abbastanza a fondo da poter togliere.

Non so se vale per tutti. Ma nel mio caso, il giorno in cui ho smesso di aggiungere è stato il giorno in cui ho iniziato a capire davvero cosa stavo costruendo.