¿Hay alguna razón técnica para que la historia de la actualización de Android sea tan mala?

Los teléfonos Android tienen al menos 2 dedos en la olla que los iPhones no tienen: el fabricante de hardware y el operador. Los fabricantes de hardware a menudo consideran que sus controladores son secretos comerciales, y por lo tanto deben aprender el código de las nuevas versiones y luego adaptar sus controladores. Los fabricantes también suelen proporcionar "skins" personalizados que deben actualizarse para la nueva versión, y a veces rediseñarse por completo. Cualquier cambio debe ser aprobado por los transportistas. A menudo añaden sus propias características, que deben ser actualizadas/rediseñadas y probadas. A continuación, deben realizar pruebas de red para cada teléfono, con el fin de garantizar que no se bloquee la red. Aunque estas pruebas también deben realizarse en el caso de los iPhones, es probable que se lleven a cabo antes de que se publique la nueva versión, ya que Apple puede producir todos los teléfonos con la nueva versión a la vez para probarlos, antes de que el código se libere incluso para los desarrolladores.

Esta es una pregunta en dos partes. La parte 1 pregunta por qué los teléfonos Android no reciben la actualización más reciente de inmediato, y ha sido respondida adecuadamente por las otras respuestas. La parte 2 pregunta por qué los teléfonos más antiguos a menudo nunca reciben la actualización más reciente, y no ha sido respondida todavía.

Como dice LeBeau, hay otros grupos de interés corporativos además de Google. Google sólo crea las nuevas versiones y, además de los teléfonos que crea directamente, como la línea Nexus, no tiene mucho que decir sobre si los demás los ponen en los teléfonos y cuándo. Además, como dice LeBeau, todos estos otros actores tienen que aprender la nueva versión antes de poder implementarla. Por eso los teléfonos reciben las nuevas versiones más tarde, y por eso ciertos teléfonos, como los Nexus, reciben las versiones antes que nadie, porque Google ya ha aprendido la nueva versión.

En cuanto a la segunda parte, los fabricantes de hardware quieren que sigamos comprando teléfonos nuevos cada dos meses, ¿no? Si no, ¿cómo van a seguir ingresando toda esa pasta si seguimos usando nuestros viejos teléfonos? Estarían en la misma situación que las empresas de informática: con almacenamiento y RAM suficientes para cualquier propósito, ¿para qué comprar nuevo hardware? La respuesta es dejar de actualizar los teléfonos antiguos, de modo que si queremos las funciones más nuevas, tengamos que comprar uno nuevo. Probablemente Google no haga esto tanto, ya que ya te está vendiendo Android, así que para qué necesita venderte teléfonos, pero probablemente lo haga un poco. Las operadoras de red, por su parte, probablemente ayuden con sus normas draconianas como impedir el rooteo (o de lo contrario anulas la garantía). Por eso, como dices, " a July 2010 android is basically a paperweight ".

En cuanto a tu comentario sobre que las mejoras son "principalmente de los usuarios", no sé cómo funciona todo eso, pero estoy seguro de que no es tan sencillo. Las mejoras pueden estar en el software, pero no todo el software habla con el usuario. Además, los fabricantes de hardware ponen "skins" en nuestros teléfonos, por lo que no vemos el funcionamiento interno, y es probable que cuando finalmente se actualicen a la versión más reciente, ellos mismos pongan algunas cosas nuevas, de modo que un teléfono HTC One en Android 4.2 es diferente de un teléfono Samsung Galaxy SIV en Android 4.2. Probablemente o HTC o Samsung lanza algunas nuevas características para poner en 4.3, y usted ni siquiera se da cuenta de que lo hicieron. Entonces, cuando digamos que el HTC One no se actualiza a 4.3, pero el HTC Two sí (me lo estoy inventando), te ves obligado a conseguir el HTC Two para obtener (algunas de) las nuevas características de 4.3, así como algunas características de 4.2 que no conseguiste con el HTC One. No estoy seguro de que esto ocurra, pero es un procedimiento comercial normal, así que no me sorprendería.

Creo que hay varias razones por las que las actualizaciones son tan lentas para los dispositivos Android:

1. El tiempo que tarda un fabricante en aplicar sus personalizaciones a la nueva versión y asegurarse de que todo funciona bien puede ser bastante largo. Esto ha mejorado en el último año, ya que Google les da una Android PDK o el kit de desarrollo de la plataforma, que debería permitirles trabajar en sus personalizaciones varios meses antes de que el público conozca la próxima versión de Android.

2. El tiempo que tardan las redes en probar la actualización y aplicar sus personalizaciones.

3. Hay pocos incentivos para que los fabricantes apliquen la actualización (especialmente en los dispositivos de más de un año), ya que están tratando de vender sus dispositivos más nuevos a los clientes.

4. La mayoría de los clientes no saben ni les importa qué versión de Android tiene su dispositivo, así que para qué iba a gastar el fabricante tiempo y dinero en actualizar el dispositivo a la última versión.

También puede consultar este artículo que entra en un poco más de detalle, incluyendo la razón por la que Apple es capaz de lanzar actualizaciones "mucho más rápido" (esencialmente porque controlan tanto el hardware como el software).

Además de la increíblemente larga infografía de HTC en Respuesta de Mpeti En la actualidad, otros fabricantes han salido a decir por qué sus actualizaciones van por detrás de los lanzamientos oficiales de Google, y por qué no lanzan actualizaciones para los modelos más antiguos:

Sony Mobile : Ice Cream Sandwich: del lanzamiento del código fuente a la actualización del software , extractos seleccionados y encabezados a continuación:

Sin embargo, antes de poder desplegar esas actualizaciones de software, hay un montón de actividades para, en primer lugar, conseguir que Ice Cream Sandwich funcione y sea estable en todos los teléfonos Sony Ericsson. A esto lo llamamos Sube la fase.
En segundo lugar, y quizás lo más importante, debemos certificar y aprobar la nueva versión del software con todas las diferentes tecnologías, redes y hardware con los que debe funcionar un smartphone moderno. A esto lo llamamos Fase de certificación y aprobación.

• La fase de puesta en marcha: Conseguir que Ice Cream Sandwich funcione en nuestros teléfonos
• Integración de los parches de Android
• Conseguir que el software sea estable y añadir la localización
• La fase de certificación y aprobación: Asegurarse de que el software y el hardware son conformes
• Podrían ser necesarias aprobaciones adicionales
• Muchos operadores también quieren personalizar el software según sus necesidades

Cuando todo esto esté hecho, estaremos listos para desplegar las variantes de la versión de software como actualizaciones de software a los operadores y consumidores de todo el mundo.

Motorola solía tener una buena entrada en el blog sobre esto, pero parece haber borrado todo el contenido de su blog más antiguo en los últimos meses. Sin embargo, la máquina Wayback tiene una copia archivada del mismo: Archive.org: Actualización de Motorola sobre Ice Cream Sandwich , texto seleccionado y epígrafes que aparecen a continuación:

Una vez que el código fuente es liberado por Google, no se actualiza automáticamente en tu dispositivo.

Cada nueva versión de Android se lanza con un dispositivo asociado, en lo que se denomina "dispositivo de experiencia de Google" o GED, el dispositivo de presentación de una nueva versión de Android. El socio GED de cada lanzamiento trabaja con Google durante el desarrollo del sistema operativo para que el dispositivo y la nueva versión de Android estén listos para un lanzamiento simultáneo coordinado.

Una vez que ese dispositivo GED se lanza, el resto de la comunidad Android obtiene acceso al código fuente de Android, ya que se hace público poco después: un hito fundamental para los fabricantes de dispositivos y proveedores de componentes, que nos permite empezar a trabajar en la integración de la nueva versión en nuestros productos existentes.

• Combinar y adaptar la nueva versión para las diferentes arquitecturas de hardware de los dispositivos y las personalizaciones del operador.
• Estabilizar y "hornear" el resultado para eliminar los errores
• Presentar la actualización a los transportistas para su certificación
• Realice un pre-lanzamiento del cliente
• Liberar la actualización

Estamos planeando actualizar tantos teléfonos como sea posible. La capacidad de ofrecer la actualización depende de varios factores, como las capacidades del hardware/dispositivo, la compatibilidad con el software del conjunto de chips subyacente, la compatibilidad con ICS y, a continuación, la capacidad de admitir el software de valor añadido de Motorola.

Además, PC Mag Por qué se tardará tanto en actualizar los teléfonos a 'Ice Cream Sandwich'