Google comenzará a desarrollar el sistema operativo Android de forma completamente privada a partir de la próxima semana

• Google planea desarrollar el sistema operativo Android únicamente en una rama interna de ahora en adelante
• Hasta ahora, el progreso del desarrollo se había hecho público a través del Android Open Source Project (AOSP)
• A partir de la próxima semana, Google llevará todo el desarrollo de Android de manera totalmente privada en una rama interna

Diferencias con el modelo de desarrollo actual

• Antes, solo algunos componentes clave como Bluetooth y el kernel se desarrollaban en ramas internas, mientras que el resto se publicaba en AOSP
• Incluso recientemente, la versión de AOSP tenía diferencias con el nivel de las compilaciones internas de Google
• Con este cambio, todo el proceso de desarrollo pasará a realizarse únicamente de forma interna

Motivos del cambio y su impacto

• No habrá cambios en la velocidad de desarrollo; de hecho, esto puede reducir conflictos al fusionar ramas y simplificar el proceso
• Esto no convierte a Android en una plataforma cerrada; el código fuente seguirá publicándose periódicamente a través de AOSP
• Solo se reflejará en AOSP cuando se complete una nueva versión de Android o una versión de mantenimiento

Impacto para usuarios y desarrolladores

• Es probable que los usuarios comunes no perciban este cambio
• También se espera que los desarrolladores de apps casi no tengan impacto práctico
• Sin embargo, cierta información que se dejaba ver a través de commits en AOSP, como datos no anunciados del Pixel 10, podría ser más difícil de ver en adelante
• Como este tipo de información solía interpretarse en exceso, incluso podría reducir la confusión

Planes a futuro

• Google planea hacer un anuncio oficial sobre este cambio dentro de esta semana
• La aplicación del cambio comenzará la próxima semana

[bus710]

Parece que a los blogueros que predecían nuevas funciones vigilando los nuevos commits les va a dar pena.

[GN⁺]

Opiniones en Hacker News

• Hace pensar en una situación similar a la de Open Solaris

  • En el caso de Open Solaris, el código dejó de publicarse
  • Es posible que Android distribuya solo el mínimo de código copyleft sin copyright
  • Hasta que ese código sea reemplazado por alternativas cerradas

• Su misión es generar ganancias para los accionistas cambiando a código fuente cerrado

  • Ya aseguraron cuota de mercado con el código abierto, así que ahora pueden pasarse a un monopolio
  • Podrían cobrar por el sistema operativo, como Microsoft
  • Podrían generar ingresos con cientos de millones, incluso miles de millones, de teléfonos
  • (No estoy de acuerdo con esta opinión)

• Puede venderse como una medida para evitar filtraciones, pero es muy probable que sea el primer paso para cerrar el código fuente

  • Debido al problema de la estrategia de monetización de código abierto en la UE
  • Muchas funciones ya se movieron a Google Play Services, y las apps de código abierto fueron discontinuadas

• El titular es engañoso

  • El código fuente seguirá publicándose
  • El trabajo previo al lanzamiento se hará de forma privada
  • Es probable que los commits intermedios sean ruido

• The Verge y 9to5 citan la fuente original

  • Enlace de Android Authority

• Me alegra que hayan abandonado la pretensión de ser una plataforma abierta

  • Podría abrirse espacio para una verdadera plataforma móvil abierta
  • Podría respetar la privacidad mejor que Apple
  • Android daba la sensación de estar incompleto para usarlo

• Es una situación que ya he visto antes

  • Se cambia la licencia y las funciones se bloquean o se eliminan
  • El desarrollo se vuelve cada vez más privativo
  • Es momento de invertir en Jolla y Sailfish OS y migrar

• Mucha gente quiere permitir que Google monopolice los motores de navegadores web

• Si hace lo mismo que Apple, es menos probable que el DOJ le presente una demanda

• Google no está convirtiendo Android en una plataforma cerrada

  • La parte de código abierto solo se publica cuando una nueva rama se hace pública en AOSP
  • Se incluye cuando se completa una nueva versión o una release de mantenimiento
  • Lo que dicen las grandes empresas no significa nada; lo importante son los hechos
  • No hay garantía de que la rama interna y AOSP sean funcionalmente equivalentes