La ontología de Android

Cuando llegas a Android desde otra plataforma, muchas de sus APIs parecen gratuitamente complicadas. ¿Por qué existe WorkManager si puedo lanzar una corrutina? ¿Por qué SavedStateHandle además del ViewModel? ¿Por qué un servicio en primer plano necesita declarar su tipo y mostrar una notificación? La respuesta siempre es la misma y conviene interiorizarla pronto: porque el sistema puede matarte. Android gestiona un dispositivo con batería limitada donde decenas de apps compiten por memoria y CPU, y su estrategia es brutal pero razonable —si necesitas recursos, se los quita a quien no esté delante del usuario—. Tu corrutina muere con el proceso; WorkManager sobrevive porque delega la promesa en el sistema. Tu ViewModel sobrevive a una rotación pero no a que el sistema recicle el proceso en segundo plano; por eso existe SavedStateHandle. Los límites al trabajo en segundo plano no son burocracia: son la razón de que tu batería llegue al final del día. Quien programa Android peleando contra estas reglas escribe apps frágiles que fallan justo en los dispositivos baratos y en las situaciones de poca memoria, que es donde vive la mayor parte del mundo. Quien las entiende como el contrato que son, escribe apps que se recuperan de cualquier interrupción como si nada hubiera pasado. Ese cambio de actitud —del “el sistema me estorba” al “el sistema define mi arquitectura”— es lo que separa una app que funciona en tu móvil de una que funciona en los dos mil millones de dispositivos que hay ahí fuera.