Oggi gli ingegneri del software sono tutti architetti.

Stavo facendo nottate su nottate per una demo importante, e gli agenti IA erano incredibili. Funzionalità che prima richiedevano una settimana arrivavano in un pomeriggio, e sembrava un superpotere.

Poi ho iniziato a testare.

Bug ovunque. Errori di caching. Problemi di thread-safety. Codice che aveva funzionato bene per mesi, rotto in silenzio da qualche decisione sottile che nessuno aveva preso di proposito. Tutto compilava. Tutto girava. E poi arrivava la fregatura. Arrivava sempre.

Passavo metà del tempo a fare debug dell’output dell’IA e l’altra metà in ansia per quello che avrei trovato dopo. E verso le due di notte ho capito che quella che provavo non era più eccitazione. Era la sensazione di tirare la leva di una slot machine. Scrivi un prompt, i rulli girano, e ti prendi quello che esce. Sembra giusto. Sembra giusto ogni singola volta — finché non lo è.

E il punto è questo: non ho mai smesso di usare gli agenti. Nessuno tornerà indietro. La velocità è reale, è incredibile, e chi ti dice di riscrivere tutto a mano ti sta vendendo nostalgia. Ma ho iniziato a farmi una domanda diversa.

Il mestiere è già cambiato. Gli strumenti no.

Ci siamo già passati. Programmavamo i computer con le schede perforate. Poi l’assembly — sposta questo registro, salta qui, somma questi numeri. Poi Dennis Ritchie ha creato il C e all’improvviso non ragionavi più in istruzioni, ragionavi in logica. Ognuno di quei passaggi è sembrato impossibile finché non è diventato ovvio.

Questo è uno di quei cambiamenti. Il più grande finora. Ora il codice lo scrivono gli agenti — migliaia di righe mentre prendi un caffè — e il diff esce dall’altra parte come uno scontrino, e tutti ci facciamo la stessa cosa. Non lo leggiamo. Certo che non lo leggiamo. Nessuno legge un diff di 2.000 righe. Lo compiliamo, lo eseguiamo, lo guardiamo di sfuggita e pronunciamo le parole più pericolose del software: “sembra funzionare, rilasciamolo.”

E poi rompe la pagina di login. Che non stavi nemmeno toccando. Perché da qualche parte in quelle 2.000 righe ha modificato un modello dati centrale, e sembrava innocuo, e adesso sono le 2 di notte, il cercapersone suona, e la risposta onesta a «come funziona questa cosa?» è quella che ingegneri di tutto il mondo danno ai loro direttori ogni singolo giorno:

«Non lo so. L’ha scritto l’agente.»

Prova a dirla ad alta voce, quella frase. Non è una cultura ingegneristica. È costruire sulle sabbie mobili.

I numeri confermano la sensazione: l’84% degli sviluppatori usa ormai strumenti di IA per programmare. All’81% dei team aziendali è già capitato che codice scritto dall’IA si rompesse in produzione. E il 29% — ventinove per cento — si fida del codice generato dall’IA che rilascia.* Abbiamo adottato gli strumenti e perso la fiducia. Velocità senza controllo non è ingegneria. È caos con un buon marketing.

Ma ecco cosa nessuno dice con chiarezza: il lavoro dell’ingegnere non è sparito. Si è spostato un livello più in alto. Non siamo più programmatori. Siamo architetti. Diamo la direzione, strutturiamo, decidiamo cosa deve essere sempre vero e cosa non deve mai accadere. Gli agenti sono la forza lavoro: uno sciame di costruttori instancabili, brillanti, un po’ spericolati. E ogni strumento che usiamo è stato progettato per il mestiere di prima. Un browser di file, un editor di testo, un agente attaccato di lato. Quella è la scrivania di un programmatore. Dove sono gli strumenti dell’architetto?

Il controllo non è una richiesta di funzionalità. È un istinto.

Il bisogno di avere il controllo di ciò che si costruisce è forse uno degli istinti umani più antichi che esistano. È la differenza tra fare qualcosa e guardare qualcosa mentre viene fatto. E credo che sia questo il vero motivo per cui gli ingegneri si sentono così a disagio in questo momento: non sono i bug, non esattamente. È che ci sediamo alla scrivania e non ci sentiamo più costruttori. Ci sembra di urlare contro un agente, e a volte lui urla di rimando, e a volte ha pure ragione, e niente di tutto questo somiglia al lavoro che amavamo.

Gli ingegneri dovrebbero sedersi la mattina e sentire quello che abbiamo sempre sentito: io costruisco cose. Io creo. So come funziona il mio sistema e posso dimostrarlo. Quell’orgoglio non è nostalgia: è ciò che tiene in piedi l’intera professione, perché alla fine di ogni diff c’è ancora un essere umano che se ne assume la responsabilità. Andrej Karpathy l’ha detto meglio di tutti: l’ingegneria con gli agenti significa mantenere l’asticella della qualità andando molto più veloci. La responsabilità resta tua.

Quindi la risposta non è un’IA più lenta, né leggere ogni diff, né una cartella di file markdown che l’agente tratta come un cortese suggerimento. La risposta è quella che in ingegneria è sempre stata: vedere cosa è stato costruito. Capire cosa fa. Far rispettare ciò che non deve mai accadere. Verificare prima di fidarsi.

Ma si parte dagli strumenti. Si parte dal rimettere gli ingegneri al comando, in cima allo stack, orgogliosi di ciò che stanno costruendo.

Noi crediamo che:

• Gli ingegneri ora sono architetti. Gli strumenti dovrebbero finalmente comportarsi di conseguenza.
• La fiducia si guadagna con la verifica, non a sensazione. Se non è dimostrato, non va in produzione.
• Il controllo è la funzionalità. Tutto il resto è decorazione.
• Velocità senza controllo è caos. Velocità con controllo è tutta la promessa di quest’epoca.

È per questo che stiamo costruendo Panolayer.

*Fonti: Stack Overflow Developer Survey 2025; CloudBees State of Code Abundance 2026.