Sviluppare con l'IA senza sacrificare la qualità: il mio workflow
L'IA accelera, non sostituisce il giudizio. Ecco come integro Claude, GPT e gli strumenti generativi nel mio lavoro — e perché un sito «fatto con l'IA» vale solo quanto la mano che lo guida.
Una paura legittima, una conclusione sbagliata
«Usi l'IA, quindi il tuo lavoro vale meno.» Sento questa frase sempre più spesso. Nasce da un'intuizione comprensibile — se una macchina scrive il codice, perché pagare uno sviluppatore? — ma confonde due cose molto diverse: produrre codice e consegnare un prodotto che regge.
Un modello genera righe. Non decide l'architettura, non arbitra tra due compromessi tecnici, non pensa all'accessibilità, non testa sotto carico, non si chiede come invecchierà il progetto tra due anni. Quello è il mestiere. Ed è esattamente ciò che si paga.
L'IA come acceleratore, non come fondamento
La mia regola è semplice: l'IA fa parte dei miei strumenti, non delle mie fondamenta. In concreto, la uso dove eccelle e mantengo il controllo ovunque conti il giudizio.
- Ricerca ed esplorazione — sfoltire una documentazione, confrontare due approcci, capire più in fretta un errore oscuro.
- Prototipazione — passare da un'idea a una prima versione cliccabile in poche ore anziché in giorni.
- Documentazione e test — scrivere commenti, generare casi di test, esplicitare una scelta.
- Refactoring — proporre riformulazioni che rileggo, correggo e convalido.
Ciò che non delego mai: l'architettura, il modello dei dati, le decisioni di sicurezza, la strategia di accessibilità e la revisione finale. È lì che si gioca la differenza tra un deliverable e un vero prodotto.
Un sito generato e un sito che regge in produzione possono somigliarsi il giorno della consegna. Sei mesi dopo, non hanno più nulla in comune.
Il vero rischio: il codice che non si capisce
Il pericolo dell'IA non è che scriva codice cattivo — spesso ne scrive di corretto. Il pericolo è integrare codice che non si capisce. Un pezzo di logica copiato senza essere riletto diventa debito invisibile: impossibile da debuggare, da far evolvere, da mettere in sicurezza.
La mia disciplina sta in una frase: non consegno nulla che non saprei riscrivere da solo. L'IA propone, io decido. Ogni riga che va in produzione è passata dalla mia comprensione, non solo dalla mia approvazione.
Più strumenti, un solo direttore d'orchestra
Non mi limito a un unico assistente, perché non hanno gli stessi punti di forza:
- Claude per il ragionamento lungo, la lettura di codice denso e il rigore.
- GPT per l'ideazione rapida e certi compiti mirati.
- Gli strumenti generativi (immagine, video) per i visual e la prototipazione d'interfaccia.
Sapere quale strumento per quale compito è di per sé una competenza — la stessa di un artigiano che sceglie l'attrezzo giusto dalla cassetta, invece di fare tutto a martellate.
Cosa cambia per un cliente
Usare l'IA non dovrebbe abbassare il prezzo di un progetto. Dovrebbe aumentare il valore consegnato a parità di prezzo:
- Tempi più brevi sulle parti meccaniche, quindi più tempo per ciò che conta: la rifinitura, i test, l'accessibilità, le prestazioni.
- Una documentazione più completa, perché costa meno produrla.
- Un prodotto più ragionato, perché il tempo guadagnato è reinvestito nella riflessione, non tolto dalla fattura.
L'IA non ha svalutato lo sviluppo. Ha spostato il valore: dallo sfornare righe verso il giudizio, l'architettura e la qualità. Chi padroneggia entrambi — lo strumento e il mestiere — non è più economico. È migliore.