Il Codice non è Morto. È Cambiato di Posto

C'è una battuta ricorrente nei circle di sviluppatori: il codice generato da AI è "slop", robaccia di bassa qualità da non fidare. Ma questa cornice narrativa perde il punto. Slop non è codice scritto da una macchina. Slop è codice che sembra finito ma nasconde bug, incongruenze, fragilità. Non è mai stata una questione di strumento. È sempre stata una questione di pensiero.

Ecco cosa ho notato dopo mesi passati a lavorare con strumenti di sviluppo assistito da AI: la gioia di programmare non è scomparsa. Si è spostata.

Il Tasto Non È Mai Stato il Punto

Ti ricordi la prima volta che un pezzo di codice ti ha fatto scattare qualcosa in testa? Quel momento in cui una soluzione non copriva solo il problema davanti a te, ma anche casi limite che nemmeno avevi considerato? Quella sensazione — ecco. Quello è il click. È quello che stiamo difendendo.

Per anni, quel click succedeva mentre digitavi. Lottavi con un problema, provavi variazioni, cancellavi metà delle cose, e alla fine approdavi a qualcosa di elegante. La tastiera era dove viveva il pensiero.

Ma ecco il punto: il click non era nei tasti. Era nel riconoscimento. Nel momento in cui vedevi una soluzione che andava oltre il caso specifico — qualcosa che rispecchiava la struttura reale del problema. Era quello che la rendeva soddisfacente. Era quello che la faceva diventare ingegneria.

Codice Economico, Giudizio Costoso

L'AI ha fatto crollare il costo di rilasciare una funzionalità. Scrivi un prompt, ottieni codice funzionante, pubblica. La soglia minima si è spostata. E per molti sviluppatori, questo è scomodo. Sembra che il mestiere si sia diluito.

Ma c'è un altro costo che non è sceso: sapere quale soluzione scegliere.

Quando lavoro su un progetto nuovo da NameOcean o aiuto clienti a debuggare infrastrutture complesse, l'AI mi dà opzioni in fretta. Tre versioni di una configurazione DNS. Quattro approcci per gestire certificati SSL. Cinque modi di strutturare una pipeline di deployment.

La prima versione è quasi sempre quella su misura — risolve esattamente quello che ho descritto, si ferma lì. Utile, ma limitata. La quarta o quinta tentativo spesso rivela qualcosa di diverso: una struttura che tiene conto di casi che non avevo menzionato, pattern che scalano oltre il mio inquadramento iniziale.

È lì che vive il giudizio ingegneristico adesso. Non nello scrivere codice da zero, ma nel riconoscere quale dei candidati rispecchia davvero la forma del problema.

Leggere È Il Nuovo Scrivere

Il cambio sembra semplice: genera di più, leggi di più, scegli con criterio. Ma è un cambiamento vero nel flusso di lavoro.

Quando scrivi codice a mano, cerchi dentro quello che sai già. I tuoi habit, i tuoi pattern, il tuo vocabolario mentale. Con l'assistenza AI, lo spazio di ricerca esplode. Puoi chiedere approcci non convenzionali, pattern a macchina a stati quando normalmente useresti if, pensiero schema-first quando di default andresti su validazione campo per campo.

Il vantaggio non sta nella generazione — sta nel leggere. Stai cercando in un bacino molto più ampio di possibilità, e il costo è leggere tra diversi tentativi invece di battere uno.

È per questo che il "vibe coding" funziona quando è fatto bene. Non stai semplicemente accettando il primo output. Stai iterando, criticando, spingendo l'AI verso inquadramenti migliori. La stai usando come partner di riflessione, non come macchina da scrivere per codice.

La Tassa sul Giudizio

C'è un caveat che vale la pena nominare: la capacità di riconoscere la soluzione elegante non è diventata più economica insieme a tutto il resto. Anni di debug, refactoring e rilascio di codice hanno costruito quel muscolo lentamente. È ancora costoso.

Puoi generare cinquanta candidati nel tempo che prima serviva per scriverne uno. Ma scegliere quello che va più lontano — quello che risolve il problema di oggi senza creare il debito tecnico di domani — quel giudizio è ancora tuo.

Gli ingegneri che prosperano in questo mondo nuovo non sono quelli che scrivono codice più velocemente. Sono quelli che leggono più ampio e giudicano più affilato. Il mestiere non è morto. È salito di livello.

Dove Vive Adesso Il Click

Ecco la parte che preferisco: il click esiste ancora. Quel momento di riconoscimento quando una forma si incastra e vedi che copre casi che nessuno ha ancora chiesto? Esiste ancora. Succede solo mentre leggi tra quattro tentativi invece di battere uno.

La settimana scorsa lavoravo su un parser di configurazione per il setup di hosting di un cliente. Il primo suggerimento AI gestiva il caso felice. Il terzo suggerimento usava una dichiarazione di schema che ha fatto scattare tutto — validazione, type safety, documentazione ed estensibilità futura che scaturivano da una struttura sola.

Non ho digitato io quella soluzione. Ma l'ho riconosciuta quando l'ho vista. Ed è quella parte che mi ha fatto sentire esattamente lo stesso.

La gioia non se n'è andata. Si è spostata dove succede il vero lavoro ingegneristico: capire i problemi abbastanza a fondo da riconoscere quando una soluzione è più di quello che sembra.

Se senti resistenza verso lo sviluppo assistito da AI, ti chiedo di notare cosa stai difendendo veramente. Il digitare? Quello sta diventando economico. Il riconoscere, il giudicare, il gusto per soluzioni eleganti — quello è dove vive adesso il mestiere. E quella parte si è trasferita senza problemi.

La colonna sonora di costruire software è cambiata. Ma la musica c'è ancora.