Google va a limitar cuánta memoria pueden consumir las apps de Android, con plazo hasta febrero de 2027 para cumplir. El motivo que da la propia empresa es la escasez de chips de memoria, provocada por los centros de datos de IA que compiten por el mismo suministro.
Puntos clave
- Nuevos umbrales de rendimiento en uso dinámico de memoria y uso de mapas de bits.
- Plazo para desarrolladores: febrero de 2027.
- Google entregará herramientas de diagnóstico que avisen cuando una app supere los límites.
- El impacto se concentra en los móviles de gama baja, donde la memoria es el componente que más aprieta el precio.
La escasez llega al bolsillo del usuario
La cadena causal es directa y merece la pena seguirla entera. Los centros de datos de IA necesitan memoria en cantidades que no existían hace tres años. Esa demanda compite por la misma capacidad de fabricación que abastece a los móviles. Los fabricantes de móviles pagan más o reciben menos. El ajuste sale por donde el margen es más fino: la gama baja.
Google lo dice sin adornos: hay limitaciones significativas de suministro de hardware que alteran la disponibilidad de memoria en los dispositivos. La respuesta no es fabricar más memoria, que no puede, sino apretar el software para que quepa en menos.
De ahí los umbrales. Si los teléfonos baratos van a llevar menos RAM, las apps tienen que consumir menos o esos teléfonos dejan de funcionar. El uso de mapas de bits está en la lista porque las imágenes en memoria son, en la práctica, donde más se derrocha.
Lo que revela sobre el ciclo
Es la primera vez que el coste de la infraestructura de IA aparece de forma tan visible en un producto de consumo que no tiene nada que ver con la IA. No es que las apps vayan a llevar más funciones inteligentes: es que van a tener que caber en menos memoria porque los centros de datos se llevaron los chips.
Google aprovecha el mismo aviso para meter otro requisito de calendario: cumplir el estándar Zero Tap Sign-In antes de abril de 2027.
Cómo se aplica en la práctica
El mecanismo elegido es de zanahoria y palo suave. Google dará herramientas de diagnóstico que avisen al desarrollador cuando su app supere los umbrales, en lugar de rechazarla directamente. Ese es el patrón habitual de Play Store con los requisitos nuevos: primero medición y aviso, después consecuencias en visibilidad o en publicación.
Que los mapas de bits aparezcan citados de forma explícita no es casual. Una imagen descomprimida en memoria ocupa muchísimo más que el archivo del que salió, y las apps que cargan galerías, catálogos o fichas de producto son las que más memoria se comen sin que su desarrollador se haya parado nunca a mirarlo. Es el tipo de derroche que no molesta en un móvil de gama alta y tumba uno de gama baja.
El plazo de febrero de 2027 da algo más de un año. Suena holgado hasta que se recuerda que perfilar memoria es de las tareas menos apetecibles del desarrollo móvil y de las primeras que se aplazan cuando hay funciones nuevas que sacar.
Por qué importa
Si tu empresa tiene app propia, esto es una tarea de ingeniería con fecha. Febrero de 2027 parece lejos y no lo es cuando el trabajo consiste en perfilar consumo de memoria y reescribir la gestión de imágenes de una app que lleva años acumulando capas.
Y si vendes en mercados donde manda la gama baja, hay una consecuencia de negocio antes que técnica: la base instalada va a tener menos memoria de la que esperabas. Las decisiones de producto que asumían que el hardware siempre mejora acaban de dejar de ser seguras.
Fuente original: TechCrunch
Relacionado
