Manuel Cerasuolo
Digital Designer & Creative Coder
Non uso l'AI per scrivere codice al posto mio. La uso come un senior developer sempre disponibile che conosce ogni framework, non si stanca mai e non giudica le domande stupide. La differenza è sottile ma cambia tutto.
Prima di Cursor e Claude, il mio workflow aveva un collo di bottiglia preciso: la documentazione. Ogni volta che usavo una libreria nuova o una funzione che non ricordavo perfettamente, aprivo tre tab, cercavo su Stack Overflow, leggevo la doc ufficiale, tornavo al codice. Perdevo 15-20 minuti per ogni piccola incertezza.
Moltiplica per 10-15 volte al giorno. Sono 2-3 ore perse in ricerche che non producono nulla di valore diretto.
Questi non sono numeri teorici — li ho misurati tracciando il tempo su Toggl per 3 mesi. Prima e dopo l'adozione di questo workflow.
Il mercato è pieno di tool AI per sviluppatori. La maggior parte fa la stessa cosa in modo leggermente diverso. Io uso due soli strumenti in modo sistematico:
Copilot è ottimo per completamento di righe singole. Ma per ragionare su un'architettura, spiegare perché un approccio è sbagliato o aiutarti a pianificare una feature complessa, Claude batte tutti. Ho provato entrambi per 6 mesi — il ROI di Claude è più alto perché risolve problemi più profondi.
Non uso l'AI in modo casuale. Ho un sistema preciso che seguo ogni giorno. Questo è ciò che fa davvero la differenza tra "giocare con l'AI" e "lavorare con l'AI".
Prima di aprire il codice, descrivo a Claude cosa devo costruire quel giorno. Non il codice — l'obiettivo. "Devo aggiungere un sistema di filtri per prodotti a uno store Shopify con Next.js. Ho questi vincoli..." Claude mi aiuta a scegliere l'approccio giusto prima di scrivere una riga.
Con Cursor aperto, uso Cmd+K per generare componenti, Cmd+L per chiedere modifiche inline. Il Tab autocomplete di Cursor impara il tuo stile di codice — dopo 2 settimane suggerisce completamenti che sembrano scritti da te.
Quando mi blocco su un errore strano, non cerco su Google. Incolla l'errore su Claude con il contesto: il codice, cosa mi aspettavo, cosa succede invece. 9 volte su 10 risolve al primo tentativo. Le altre, mi indica la direzione giusta.
Prima di consegnare un progetto, incolla il codice principale su Claude e chiedi una code review. "Cosa potrebbe rompersi? Ci sono problemi di performance? C'è qualcosa che un senior non approverebbe?" Questo ha salvato me da figuracce con i clienti almeno 5 volte.
La qualità dell'output dipende quasi sempre dalla qualità del prompt. Questi sono i miei template reali — quelli che uso su progetti pagati, non esperimenti.
La chicca che nessuno ti dice: Claude ragiona meglio quando gli dici cosa non vuoi. "Non voglio usare Redux, non voglio dipendenze esterne, non voglio soluzioni che richiedano un backend" — questi vincoli negativi producono soluzioni molto più pulite e usabili.
L'AI non mi ha reso più pigro. Mi ha reso più ambizioso — perché ora posso costruire cose che prima erano fuori dalla mia portata temporale.
— Manuel CerasuoloSarei disonesto se non dicessi anche questo. Dopo 18 mesi di uso intensivo, ho capito dove l'AI fallisce sistematicamente:
Settimana 1: Installa Cursor e usalo sul tuo progetto attuale. Non cambiare nulla — solo osserva i suggerimenti. Accettali quando ti sembrano giusti, ignorali quando no. Il tuo occhio critico rimane il filtro finale.
Settimana 2: Inizia a usare Claude per i problemi su cui ti blocchi. Copia l'errore, aggiungi contesto, chiedi. Analizza le risposte — non copiarle ciecamente.
Settimana 3: Inizia a usarlo per la pianificazione. Prima di scrivere codice, spiega il problema a Claude. Questo step da solo vale più di tutti gli altri messi insieme.
Il mindset giusto non è "l'AI scrive il codice, io lo copio". È "l'AI è il mio interlocutore tecnico più disponibile — lo uso per pensare meglio, non per pensare meno".
Chi usa l'AI in modo passivo produce codice mediocre che non capisce. Chi la usa in modo attivo — come uno strumento per ragionare — produce codice migliore di quanto facesse prima.
Faccio sessioni 1:1 su questo esatto argomento — dal setup iniziale ai prompt avanzati, adattati al tuo stack e ai tuoi progetti reali.