Android Lollipop se lanzó a disponibilidad general en octubre de 2014. En este punto, menos del 2% de los dispositivos Android ejecutan la última versión de la plataforma más utilizada en el planeta. Actualmente tengo seis dispositivos Android diferentes, ninguno de los cuales ejecuta Lollipop. Reviso cada uno de ellos diariamente para ver si hay una actualización, y ninguno de ellos mostró signos de un nuevo Android con sabor a caramelo.

Google se encontró en una pequeña situación. La demanda de Lollipop es alta: la gente lo quiere (algunos desesperadamente). De hecho, muchos usuarios optan por cancelar sus contratos actuales para comprar nuevos dispositivos solo para tener en sus manos la actualización.

Ahora, antes de que los teóricos de la conspiración se levanten y se quejen, la ausencia de Lollipop no es un intento de Google de engañar a los usuarios para que compren nuevos dispositivos. Si es así, habría sucedido con cada nuevo lanzamiento brillante de la plataforma.

Todos sabemos qué es el retraso (como lo hacemos con cada lanzamiento). La diferencia esta vez es que, dado que Lollipop es el mayor avance de la plataforma, las pruebas de impregnación (y la adición de bloatware) que cada fabricante tiene que realizar están tardando mucho más de lo esperado. Es comprensible. Todos los dispositivos y operadores quieren asegurarse de que la experiencia del usuario sea lo mejor posible.

Comprensible… pero ¿es aceptable?

Yo digo que no."

El proceso actual para lanzar actualizaciones de Android debe revisarse. Anunciar una nueva versión y luego retener dicha versión de la mayoría de los dispositivos en el mercado me parece (a mí) un poco miope. El proceso de publicación actual se ve así:

  1. Molestar a la audiencia con las nuevas características/diseño
  2. Transmita el diseño en dispositivos especiales exclusivos para miembros
  3. Publicar correcciones de errores en esos pocos dispositivos seleccionados hasta que funcionen bien
  4. Distribuya el código a los fabricantes y operadores para las pruebas de inmersión
  5. Los transportistas agregan bloatware
  6. Una vez que haya pasado la prueba de inmersión (de acuerdo con las especificaciones de los fabricantes/operadores), comience a transmitir en dispositivos certificados como "aprobados por pruebas de inmersión"

Es una versión simplificada de los pasos, pero entiendes la idea.

Antes de sumergirse en una realidad alternativa para el proceso de lanzamiento, sepa esto: entiendo completamente la complejidad del lanzamiento de Android. No es iOS, donde tienes dispositivos mínimos para cubrir. Es Android, donde se debe considerar una gran cantidad de dispositivos. Pero con el proceso actual, se pueden presentar muchos problemas. Android libera el código a los OEM/operadores, y tienen que modificar la plataforma para satisfacer sus necesidades (a veces agregando bloatware). Esto pone el poder en manos de aquellos que no deberían tener tanto control sobre la plataforma.

Dicho esto, así es como creo que debería ser el proceso de lanzamiento de Android:

  1. Google está desarrollando una nueva iteración de Android
  2. Google publica especificaciones de desarrollo de OEM/operadores y prueba de certificación de hardware
  3. Los operadores realizan una prueba de certificación contra su hardware disponible
  4. Después de pasar la prueba de certificación, los operadores/OEM notifican a Google
  5. Google publica código de hardware certificado y anuncia certificación
  6. Se lanza la actualización OTA

Una vez más, esto está demasiado simplificado, pero debe quedar claro que este proceso vuelve a poner el poder en manos de Google y podría crear fácilmente un proceso de publicación mucho más eficiente que evite que se produzcan cuellos de botella en manos de los OEM y los operadores. Los anuncios pueden provenir de Google mismo, como:

Verizon Wireless Droid Turbo certificado para Lollipop.

Una vez que se hace el anuncio, depende de los operadores obtener la actualización por aire. Esto elimina el juego de adivinanzas para los consumidores. Una vez que su dispositivo esté certificado para su lanzamiento, debe lanzarse poco después.

En un mundo ideal… lo sé.

Lo que esto finalmente resuelve es que el estado actual del lanzamiento de Android está algo roto. La idea de que el 1,6 % de los dispositivos Android están ejecutando lo que se ha denominado la iteración más grande y progresiva de la plataforma hasta la fecha debería arrojar luz sobre el hecho de que el proceso de lanzamiento tiene fallas y que el problema no está en manos de Google, sino en los responsables del hardware y las redes que utilizan la plataforma Android.

No hay absolutamente ninguna razón para que una actualización tarde tanto en llegar a los dispositivos. Google lanzó Lollipop en noviembre de 2014. Estamos a mediados de marzo de 2015 y la gran mayoría de los dispositivos no han visto el menor indicio de la llegada de Lollipop (aparte de las especulaciones de los medios).

Lanzar una actualización de la plataforma no debería ser tan difícil. El único desafío importante debería ser la certificación de hardware, e incluso eso debería ser bastante blanco y negro. Un dispositivo es adecuado para la liberación o no. Pero si los operadores y los OEM retienen todo el poder (como lo hacen actualmente), este proceso seguirá siendo una pesadilla y la mayoría de los usuarios no obtendrán Lollipop hasta que Android 6.0 esté en el horizonte.

Cuando compra un dispositivo insignia y su plataforma está atrasada en un lanzamiento importante, se refleja en todos los involucrados en el proceso. Google necesita tomar el control de esto y renovar el proceso de actualización de Android.

¿Qué piensas? ¿Quién es responsable actualmente del cuello de botella y quién debería ser responsable, o cree que el proceso está bien como está? Háganos saber sus pensamientos en el hilo de discusión a continuación.