Las actualizaciones no consistentes en los dispositivos Android han afectado a la plataforma desde su popularidad inicial. Project Treble es el plan de Google para ayudar a los fabricantes a agilizar el proceso de actualización para obtener actualizaciones más oportunas.
La fragmentación de Android es el problema
Una de las mayores quejas contra Android como sistema operativo es algo que generalmente se conoce como «fragmentación». La definición tradicional es «el proceso de dividirse en partes pequeñas o separadas», lo que se traduce directamente en su connotación negativa para Android: hay ocho versiones diferentes de Android actualmente en estado salvaje, todavía en uso en varios tipos de hardware.
RELACIONADO: La fragmentación no es culpa de Android, es de los fabricantes
El estándar aquí, por supuesto, lo establece Apple con el iPhone. Mientras que la versión más prolífica de Android es Android 7.x (Nougat) de casi dos años, casi tres cuartas partes de todos los dispositivos iOS ejecutan la última versión (iOS 11).
Fuente: Google
En comparación, las cifras de distribución de Android son desalentadoras, con un 28,1% de los teléfonos con Android 6.x (Marshmallow) y un 28,5% con Android 7.x (Nougat); sistema operativo de dos años. Un escaso 1,1 por ciento tiene la última versión: Android 8.x (Oreo). Para decirlo aún más sin rodeos, más del 98 por ciento de los dispositivos Android tienen software desactualizado; más del 36 por ciento ejecutan software de cinco años (o más). ¡Ay!
Claramente, hay una desconexión masiva allí. La razón de esto es multifacética, desafortunadamente, pero generalmente se puede atribuir a dos puntos clave: los fabricantes y el ciclo de actualización de Google. Ya hemos entrado en detalles sobre esto antes , así que te guardaré todos los detalles y te señalaré en esa dirección si tienes curiosidad sobre cómo es culpa de los fabricantes.
Project Treble es la respuesta
La razón por la que los fabricantes tienen tantas dificultades para publicar actualizaciones rápidas es por todo el trabajo que se requiere para lograr que el sistema operativo se comunique con el hardware.
Tradicionalmente, funcionaba de esta manera: el marco del sistema operativo y el software de bajo nivel eran todos parte del mismo código. Por lo tanto, cuando se actualizó el sistema operativo, este software de bajo nivel, técnicamente denominado implementación del proveedor, también tuvo que actualizarse. Eso es mucho trabajo.
Entonces, comenzando con Android 8.x (Oreo), Google separó los dos. Eso significa que el sistema operativo Android en sí se puede actualizar sin tener que tocar la implementación del proveedor. Eso, a su vez, se puede actualizar por sí solo si es necesario.
Para poner eso en contexto completo, antes de que se pueda enviar una actualización a un dispositivo Android 7.x (o anterior), no solo se debe actualizar el código del sistema operativo Android, sino también el código de hardware de bajo nivel, que es generalmente mantenido por el fabricante de chips. Entonces, por ejemplo, si Samsung quiere enviar una actualización a uno de sus teléfonos, tiene que esperar a que Qualcomm (o quien haya hecho el chip) actualice su código para que funcione con el nuevo código de Samsung. Son muchas ruedas girando a la vez, y cada una depende de la otra.
Con Android 8.xy versiones posteriores, ya no será así. Dado que el código de hardware central está separado del código del sistema operativo, los fabricantes de dispositivos podrán actualizar su software sin tener que esperar a que el fabricante de silicio también actualice su código.
Esto debería acelerar drásticamente el proceso de actualización, al menos en teoría. Los dispositivos de actualización seguirán estando en manos del fabricante, y dado que los primeros dispositivos Oreo fuera de la línea Pixel mantenida por Google recién se están implementando, aún no hemos tenido la oportunidad de ver esto completamente en la práctica. Con suerte, en realidad hace un cambio significativo en la velocidad a la que se escriben y distribuyen las actualizaciones.
¿Mi dispositivo se beneficiará de Project Treble?
Esa es la pregunta del millón de dólares, ¿verdad? Desafortunadamente, la respuesta no es tan simple (seguramente no esperaba que lo fuera). Dicho esto, aquí hay algunos hechos:
- Si su dispositivo nunca se actualiza a Oreo, nunca obtendrá Project Treble. No hay forma de evitar eso. Lo siento.
- Si su dispositivo se actualiza a Oreo, aún no es necesario que sea compatible con Treble, eso depende del fabricante.
- Si compra un teléfono nuevo que ejecuta Oreo de fábrica, es necesario que sea compatible con Treble de fábrica.
En resumen: la compatibilidad con Treble en sistemas actualizados aún depende de los fabricantes, pero se necesitarán nuevos dispositivos Oreo para que sean compatibles con Treble en el futuro.
Entonces, por ejemplo, Pixel 2 ya es compatible con Project Treble. El próximo Galaxy S9 también será compatible con Treble desde el primer momento. Google también actualizó el Pixel 1 para que sea compatible con Treble, pero desafortunadamente parece que Samsung lo dejó fuera de la compilación Oreo para el Galaxy S8.
Si tiene curiosidad acerca de su propio dispositivo, Android Police tiene una lista en ejecución de todos los dispositivos que recibirán compatibilidad con Treble, así como también cuáles se actualizarán a Oreo sin Treble.
Las actualizaciones del sistema operativo Android han sido un punto de discusión constante durante muchos años, por lo que es bueno ver que Google finalmente aborda el problema. Con suerte, esto acercará a todos los dispositivos Android a la paridad con Apple en términos de actualizaciones de dispositivos.
Crédito de imagen: Google
