Desde antes que Android 16 estable se lanzase, en foros y redes sociales estaba corriendo una bola sobre el sistema de Google: podría dejar de ser de código abierto. Hasta entonces no era más que un rumor, aunque hay matices que ya explicaremos.
Sin embargo, la bola de nieve fue creciendo y algo desató las alarmas: Google lanzó Android 16 estable, pero esta vez no actualizó los repositorios de hardware de sus Pixel. Esto afianzó lo que venía diciéndose, logrando incluso que los desarrolladores de la comunidad se tirasen de los pelos.
¿Qué es lo que está pasando? ¿Qué significa que Google no haya publicado esos repositorios? Vamos a explicarlo de forma un poco más clara y también arrojaremos un poco de luz sobre si Android dejó o no de ser de código abierto.
¿Por qué hay gente diciendo que Android ya no es de código abierto?
Por si no lo sabes, durante años Google nos vendió que «Android es de código abierto y cualquiera puede usarlo para lo que desee», algo que le permitió posicionarse en el mercado de una manera tan dominante.
Al inicio era así, pues Google publicaba el código de todo lo que tuviese que ver con Android y sus dispositivos (los Nexus y Pixel). ¿El objetivo? Además de posicionarse, permitir que cualquier desarrollador incluyese nuevas funciones y que sus dispositivos fuesen la referencia a nivel de desarrollo. Sin embargo, esa libertad absoluta solo era al inicio, porque desde hace algunos años el círculo ha ido cerrándose.
Primero, con Google guardándose ciertas características del código; luego, convirtiendo las GApps en un servicio que funcionalidades dependientes de Google Play; más recientemente, retrasando la publicación de nuevas versiones de AOSP hasta que lo consideren estable; y, ahora, guardándose el repositorio de hardware de los Pixel.
Esto último pasó con el lanzamiento de Android 16 estable, una decisión sin precedentes para Google. La medida fue la gota que derramó el vaso en la comunidad, ya que se llegó a la conclusión de que Android como software de código abierto estaría por desaparecer.
Y no, no estamos exagerando, comunidades como Mystic Leaks (un famoso canal en Telegram) afirmaron que «AOSP podría dejar de existir en breve». Mientras, otros grandes equipos, como el de GrapheneOS, aseguraron que Google está privatizando cada vez más partes de Android y haciendo «significativamente más difícil» el desarrollo. Eso último no es mentira, eso de que Android ya no sea de código abierto no es tan así.
No todo ‘Android’ es Android, saber la diferencia es clave para dirimir el asunto del código libre
Por paradójico que parezca, no todo a lo que llamamos ‘Android’ es Android. En realidad, y por si no lo sabías, este sistema tiene dos grandes ramas de desarrollo:
- Android Open Source Project (AOSP): es la versión de código abierto de Android, accesible para cualquiera. Es el verdadero ‘Android puro’, pues no tiene todos los añadidos de Google. Era la rama de desarrollo principal.
- Android de Google: conocido comercialmente solo como ‘Android’, la versión que todos tenemos en el radar, la que llevan los Pixel y dispositivos de otras marcas. Es la rama principal de desarrollo de Google actualmente, la que tiene Google Play y todos los servicios de Google.
Y ahora que sabes la diferencia, podemos hablar con más claridad: la preocupación sobre las libertades en Android se refiere a AOSP, a nada más, porque Android de Google es de código cerrado.
Android “puro” no ha dejado de ser de código abierto, la medida de Google va por otro camino
Volviendo al tema, lo que algunos piensan es que AOSP pronto podría desaparecer, pero Google ya reveló que no sería así. Lo hizo a través de las declaraciones de Seang Chay, el vicepresidente y manager general de Android:
“Se especula que AOSP se descontinuará. Para ser claros, AOSP NO desaparecerá. AOSP se creó con la premisa de ser una plataforma abierta para implementarla en distintos dispositivos, proveedores de SoC y arquitecturas de conjuntos de instrucciones.
AOSP requiere una referencia flexible, configurable y asequible, independiente de cualquier hardware, incluido el de Google. Durante años, los desarrolladores han estado desarrollando Cuttlefish (disponible en GitHub como dispositivo de referencia para AOSP) y objetivos GSI desde el código fuente. Seguimos poniéndolos a disposición para fines de prueba y desarrollo.”
Entonces no, AOSP no va a desaparecer. Lo que ha hecho Google es mover pieza para que los Pixel dejen de ser el hardware de referencia de desarrollo. ¿El motivo? Porque AOSP está hecho para funcionar en hardware variado, sin dependencias. Si los desarrolladores siguen usando el hardware cerrado de los Pixel como referencia, la premisa no se cumple.
En cambio, usar dispositivos virtuales Cuttlefish sí cumple con la idea del desarrollo en AOSP, porque no hay dependencia a un hardware en específico. Por el contrario, facilita la compatibilidad del software desarrollado.
Usar dispositivos virtuales para desarrollar en AOSP es positivo, pero no para todos
Si tomas en cuenta lo que dijo Google sobre el futuro de AOSP, parece tener todo el sentido del mundo. Sin embargo, hay un escenario donde el desarrollo en Android se verá bastante afectado: las ROM personalizadas.
Siendo sistemas operativos completos, las ROM necesitan de la mejor integración posible con el hardware para funcionar de forma óptima. Que Google publicara y actualizara con frecuencia el repositorio de hardware de los Pixel facilitaba muchísimo la integración, de ahí que los Google Pixel se convirtieran en la referencia de desarrollo en AOSP.
Además, en casos como el de GrapheneOS la dependencia es todavía mayor, porque hay modificaciones profundas en materia de seguridad y privacidad. De ahí que los dispositivos oficialmente compatibles con esta ROM sean solo los Pixel.
Entonces sí, el desarrollo de ROM personalizadas sí se verá gravemente impactado por esta nueva medida de Google. De aquí en más, sus dispositivos dejarán de ser la referencia.
