Pomodoro per la programmazione assistita dall'IA: un flusso con revisione
La programmazione assistita dall'IA può trasformare un piccolo compito in una sessione senza fine: chiedi una modifica, chiedi una correzione, invii un altro prompt e poi scopri che si è accumulata una patch grande e difficile da controllare. Una recente discussione di sviluppatori su Hacker News descriveva proprio questo schema: serate che si allungano e modifiche generate sempre più difficili da rivedere.
Un timer non risolve il problema da solo. Può creare un confine utile intorno a un flusso in cui resti responsabile del compito, del diff e della decisione di continuare.
L'unità utile è un risultato verificabile
Non iniziare con “lascia programmare l'assistente per 25 minuti”. Inizia con un risultato abbastanza piccolo da poter controllare:
- aggiungere una regola di validazione e i relativi test;
- spiegare un test fallito e proporre una correzione minima;
- rifattorizzare una funzione senza cambiarne il comportamento pubblico;
- scrivere un piano breve e verificare il primo passaggio.
La Tecnica del Pomodoro® ufficiale è più di un conto alla rovescia. Il suo valore sta nel ciclo ripetibile di pianificazione, lavoro concentrato, pause e riflessione. Nel lavoro assistito dall'IA, la revisione fa parte del ciclo.
Un intervallo di programmazione con IA in quattro parti
1. Definisci il limite prima del prompt
Descrivi il compito in una frase e indica i file o il comportamento incluso. Aggiungi una condizione di uscita: “posso spiegare il diff e i test pertinenti”. Se l'assistente propone una riprogettazione più ampia, annotala come seguito.
2. Chiedi un passo piccolo e controllabile
Fornisci il contesto necessario, ma chiedi una modifica limitata. Fai dichiarare ipotesi e file che intende toccare. Sei tu a decidere se l'ambito è sicuro.
3. Riserva tempo per l'ispezione
Prima della fine dell'intervallo, leggi tutto il diff. Esegui il test o controllo pertinente più piccolo. Cerca cambiamenti fuori ambito, gestione degli errori mancante, segreti nei log e test che passano per il motivo sbagliato. Se non sai riassumere la modifica, l'intervallo non è finito.
4. Chiudi il ciclo
Annota cosa è cambiato, cosa hai verificato e cosa resta. Poi fai la pausa lontano dall'editor. Una chiusura pulita rende più facile il prossimo intervallo ed evita un blocco di prompt non revisionato.
Se il timer ti interrompe
Il timer segna un limite, ma non impone un'interruzione rischiosa. Se una modifica generata è a metà:
- salva lo stato di lavoro;
- annota il prossimo controllo o la decisione esatta;
- non fare merge o deploy di codice non revisionato;
- riprendi dopo la pausa solo se il compito merita ancora tempo.
Se un compito richiede regolarmente più intervalli, dividilo per comportamento o artefatto. Un blocco di 45 o 60 minuti può andare bene per il lavoro profondo, mantenendo comunque punti di revisione chiari.
Un modello semplice di sessione
Risultato: aggiungere validazione del parser e test
Ambito: parser.ts, parser.test.ts
Assistente: proporre la patch minima e spiegare le ipotesi
Revisione: leggere il diff, eseguire i test, controllare input non validi
Fine: saper spiegare comportamento e risultato
Nota: caso limite o seguito
Il formato funziona con qualsiasi assistente di coding e mantiene visibili le decisioni umane. Aiuta anche a riprendere il lavoro dopo una pausa senza ricostruire una conversazione sempre più lunga.
Scegliere un timer
Usa un intervallo breve per compiti ben definiti o per ritrovare la concentrazione. Usa un intervallo più lungo quando caricare il contesto del codice è il costo principale, mantenendo la stessa struttura di revisione. Un timer locale come SlimeForge può segnare l'intervallo; contano il confine e l'abitudine di revisionare, non una durata precisa.
Se lavori spesso oltre l'orario previsto, riduci il compito, fissa una fine della giornata o fai della revisione il primo passo dell'intervallo successivo. L'obiettivo è un progresso sostenibile e comprensibile, non la patch più grande prima di mezzanotte.
Domande frequenti
Una sessione di programmazione con IA deve durare un Pomodoro intero?
Usa un intervallo per un risultato verificabile, non per un ciclo infinito di prompt. Può comprendere pianificazione, implementazione e revisione, oppure terminare prima.
Cosa faccio quando il timer scade durante una modifica generata?
Salva lo stato, annota il seguito e rivedi o testa la modifica prima di un altro intervallo. Non integrare codice che non comprendi.
Un timer Pomodoro sostituisce la revisione del codice?
No. Crea un limite, ma non verifica correttezza, sicurezza o manutenibilità. Usa test e revisione umana adeguati.