Ciao, e benvenuto nella quarta puntata della sessantacinquesima stagione. Oggi affrontiamo la disciplina più importante di tutte, quella che separa chi usa bene l'IA da chi si fa del male senza accorgersene. Abbiamo un partner velocissimo che produce codice a fiumi. La domanda è: cosa ne fai, prima di usarlo? La risposta è una sola, e non ammette scorciatoie. Oggi parliamo di fidarsi e verificare, la revisione del codice.
Partiamo dalla tentazione, perché è forte e va guardata in faccia. Il codice che l'IA ti propone ha spesso un aspetto perfetto. È ben formattato, ha nomi sensati, sembra sicuro di sé. E arriva in un istante, mentre tu hai fretta. La tentazione, potentissima, è di dargli un'occhiata veloce, pensare sembra giusto, e usarlo così com'è. Questa tentazione è il vero pericolo di tutta la faccenda. Perché quel codice bello e convincente potrebbe contenere un errore sottile, una svista, un caso non gestito, o fare una cosa leggermente diversa da quella che ti serviva. E ha l'aria di essere corretto proprio quando non lo è. Un codice scritto male, goffo, si guarda con sospetto; un codice bello e sicuro di sé abbassa le tue difese, e questo lo rende, paradossalmente, più insidioso.
Vediamo qual è la regola che ti salva, perché è semplice e assoluta. La regola è: non accettare mai codice che non capisci. Ogni riga che il tuo partner ti propone va letta, compresa e valutata come se l'avessi scritta tu. Devi poter rispondere a tre domande: cosa fa esattamente questo codice? Perché è scritto così? In quali casi potrebbe rompersi? Se non sai rispondere, non sei pronto ad accettarlo. Non importa quanto sembri elegante: finché non lo capisci, non è un aiuto, è un rischio che ti stai portando in casa a occhi chiusi.
Voglio ricordarti perché questo è così serio, perché ci si dimentica in fretta. Ricordi il partner della scorsa volta? Non ha responsabilità. Ma tu sì. Nell'istante esatto in cui accetti il suo codice e lo metti nel tuo programma, quel codice diventa tuo. Non puoi più dire l'ha scritto l'IA come scusa. Se causa un danno, la responsabilità è tua, al cento per cento. Firmare il lavoro di qualcun altro senza averlo letto è una follia in ogni mestiere: un avvocato non deposita un atto scritto da altri senza leggerlo, un medico non firma una diagnosi che non ha verificato. Vale anche, e soprattutto, per il codice.
Vediamo come si fa una buona verifica, in pratica. Verificare non vuol dire solo rileggere con gli occhi, che è già molto. Vuol dire anche provarlo: dargli in pasto dei dati, compresi i casi limite, e vedere se si comporta come deve. Vuol dire chiederti se gestisce le situazioni brutte, non solo quella normale. E puoi persino usare il partner contro sé stesso: fargli spiegare passo per passo cosa fa il suo codice, o chiedergli quali casi potrebbero non funzionare. Spesso, nel spiegartelo, emergono i problemi. Leggere, provare, interrogare: la verifica è un lavoro attivo, non un'occhiata distratta.
Voglio darti l'immagine che rende chiara questa idea, perché la fissa. Pensa a un direttore che riceve una bozza da un collaboratore brillante ma sbadato. Il collaboratore scrive in fretta, con grande stile, ma ogni tanto sbaglia un dato, salta un passaggio, inventa una citazione. Il direttore sa che quella bozza porterà la sua firma. Perciò non la manda mai in stampa senza averla riletta parola per parola, controllato i fatti, corretto le sviste. Non perché non si fidi del talento del collaboratore, ma perché la responsabilità finale è sua. Tu sei quel direttore, e il codice dell'IA è quella bozza brillante e da controllare.
Voglio darti la lezione generale, perché vale ovunque. La lezione è che, in un mondo che produce contenuti a costo quasi zero, il valore si sposta dalla produzione alla verifica. Far generare qualcosa è diventato facile e istantaneo; giudicare se quel qualcosa è giusto, sensato, sicuro, resta difficile e prezioso. Il pensiero critico, la capacità di valutare, di distinguere il vero dal plausibile, non è mai stato così importante. Chi sa solo produrre sarà travolto dall'abbondanza. Chi sa valutare, invece, saprà navigarla. È un cambiamento silenzioso ma enorme nel nostro mestiere, e conviene attrezzarsi per tempo.
Per oggi ci fermiamo qui. Abbiamo parlato della disciplina che salva: fidarsi e verificare. La tentazione è dare un'occhiata veloce a un codice che sembra perfetto e usarlo così: è il vero pericolo, perché il codice bello può nascondere errori sottili. La regola è assoluta: non accettare mai codice che non capisci; devi sapere cosa fa, perché è così, dove può rompersi. Il motivo è serio: quando lo accetti, diventa tuo, e la responsabilità è al cento per cento tua. Verificare è un lavoro attivo: leggere, provare coi casi limite, farsi spiegare. Come un direttore che rilegge la bozza brillante prima di firmarla. La lezione: quando produrre costa zero, il valore si sposta sul saper valutare. Nella prossima puntata: il rischio di smettere di capire. Nelle note trovi qualche spunto. Se ti è utile, condividila. Grazie per l'ascolto, e ci sentiamo alla prossima.