Google I / O: no hay tarta de lima, pero los desarrolladores insinúan el futuro de Android

La próxima versión de Android, ampliamente conocida como "Key Lime Pie", no apareció en Google I / O la semana pasada. Aún así, Google anunció una serie de nuevas herramientas para desarrolladores y, en un chat junto al fuego, el equipo de Android sugirió una serie de mejoras futuras para la plataforma, incluidas mejoras en el soporte para nuevos procesadores, mejor soporte de cámara y formas de proporcionar actualizaciones más rápidas.

En la conferencia, Google anunció varias herramientas mejoradas para desarrolladores, incluido un nuevo Android Studio, un entorno de desarrollo integrado dirigido a desarrolladores de Android basado en el marco IntelliJ IDE. También hubo varias API nuevas, la más interesante de las cuales involucraba los servicios de juegos de Google Play. Y Google lanzó algunos cambios en la Consola del desarrollador, incluidos nuevos consejos integrados y métricas de uso para ayudar a los desarrolladores a aprender qué está funcionando y qué no está en sus aplicaciones.

En el chat junto al fuego, los miembros del equipo de Android respondieron preguntas de la audiencia sobre el futuro de la plataforma.

Uno de los primeros temas que surgió fue el tema de la fragmentación. Dave Burke, director de ingeniería del equipo de la plataforma Android, explicó que Google lanza código abierto a los proveedores de silicio, que luego crean versiones que se ejecutan en sus chips y se lo entregan a los OEM que crean para un teléfono específico.

Burke dijo que están buscando agilizar ese proceso al hacer que el código tenga más capas para que los cambios en un área no afecten tanto a los demás. También señaló que Google está tratando de comprender mejor el perfil de hardware de diferentes versiones que se ejecutan en diferentes mercados. Agregó que Gingerbread es frecuente en muchos mercados emergentes, en parte porque requiere menos memoria que algunas de las versiones más nuevas, y por lo tanto, la compañía está buscando formas de hacer que Android sea más eficiente en los teléfonos inteligentes de nivel de entrada.

En el otro extremo del mercado, Mathias Duarte, que dirige el equipo de diseño de Android, enfatizó la importancia de las actualizaciones a Android, especialmente a los OEM. Señaló el anuncio de una versión del Samsung Galaxy S 4 que tiene la "experiencia de software Nexus" (en otras palabras, solo el software de Google, no las adiciones de Samsung) y tendrá actualizaciones más oportunas.

Los permisos de aplicación surgieron en varias preguntas. Las actualizaciones de algunas aplicaciones solicitan permisos que los usuarios tal vez no quieran otorgar; Pocket, por ejemplo, quiere acceder a los contactos. Dianne Hackborn, que trabaja en el equipo de framework de Android, dijo: "No hay nada que podamos comprometernos a hacer en este momento, pero definitivamente estamos pensando en esto".

Algunas de las preguntas en realidad volvieron al pasado. Cuando se les preguntó qué habrían hecho de manera diferente en el desarrollo de Android si hubieran sabido todo lo que saben ahora, el equipo dijo que lo más importante que deberían haber hecho de manera diferente es mantener un mayor control sobre las aplicaciones. Ficus Kirkpatrick, quien dirige el equipo de Play Store, dijo que hay una larga lista de cosas que no hicieron bien la primera vez. Sin embargo, no se arrepiente de ninguna de las cosas que hicieron, porque sacar las cosas rápidamente, obtener comentarios y poder iterar rápidamente es muy importante.

Cuando se le preguntó qué chips eran los más difíciles de soportar, Rebecca Zavin, del equipo de sistemas de Android, eligió el primero porque el equipo estaba comenzando desde cero, ya que ni siquiera había soporte de Linux en muchos de los chips. Ella dijo que los grandes desafíos ahora giraban en torno a las nuevas arquitecturas de CPU y GPU, señalando que el Nexus 10 fue uno de los primeros en lanzarse en el nuevo diseño ARM.

Burke dijo que Google trabajó en estrecha colaboración con sus socios de chips para crear capas de hardware que admitan una variedad de hardware diferente para facilitar la presentación de nuevos diseños.

El moderador Reto Meier, líder tecnológico del equipo de relaciones con los desarrolladores, preguntó si se había hecho todo el trabajo duro y Burke dijo que no. "Siento que Android es un bebé y hay mucho más que podemos hacer", dijo. Fue solo en el último año que GPUS se volvió lo suficientemente potente como para hacer cálculos en lugar de solo dibujar la pantalla, agregó Burke, refiriéndose a las API de Renderscript.

"La cámara de un teléfono intenta emular una cámara digital, que trata de emular una vieja cámara Kodak analógica", dijo Burke. "Hay mucho más que podemos hacer con él", dijo, tanto a nivel de hardware como de software. Además, señaló nuevos sensores, como el emisor IR en el Galaxy S 4.

"Y también hay mucho más que se puede hacer a nivel de hardware. Hay mucha más innovación que puede venir", continuó Burke.

Otro miembro de la audiencia preguntó si Google escribiría un emulador de iOS para poder ejecutar aplicaciones de iPhone personalizadas desarrolladas para su hospital en Android. "Estaba pensando que deberíamos ir a Cupertino y pedirles que comenzaran a emular aplicaciones de Android", dijo Burke y Kirkpatrick agregó que "parece mucho trabajo para una experiencia de usuario bastante subóptima".

Muchas de las preguntas fueron específicas del desarrollador. Cuando se le preguntó si el énfasis en los Servicios de Play encerraría a las personas en la tienda de Google Play, Kirkpatrick dijo que nada de eso impide que las personas hagan sus propias tiendas y que Amazon App Store continúa funcionando bien. Un miembro de la audiencia preguntó si el nuevo soporte del marco IntelliJ significaba que los desarrolladores tenían que abandonar el marco Eclipse y Xavier Ducrohet, que trabaja en herramientas de desarrollo para Android, dijo que los desarrolladores podían seguir usando Eclipse. "No es una nueva dirección. Es una dirección paralela", dijo.

Un miembro de la audiencia preguntó sobre el uso de Java Development Kit 1.7 en comparación con JDK 1.6 (que actualmente es la versión compatible con Android SDK, aunque oficialmente está en su fin de vida). Burke dijo que están investigando un par de opciones pero que aún no han tomado ninguna decisión. Otro ingeniero señaló que los cambios ahora permiten que el SDK se ejecute en la nueva versión. Cuando se le preguntó acerca de la relación con Oracle y el soporte de Java 7 o Java 8, Meier prácticamente cortó la discusión y dijo: "Creo que es justo decir que nadie en este panel debería tener una opinión, y si lo hacen, ciertamente no deberían dilo."

Cuando se le preguntó si Project Butter, se hizo un esfuerzo para hacer que la interfaz de usuario funcione de manera más fluida, Burke respondió: "Hemos progresado mucho en Jelly Bean", pero agregó, "no estamos en el nivel que creo podríamos ser." Señaló que los desarrolladores se ven perjudicados por la potencia de dispositivos como el Nexus 4, pero que incluso en los teléfonos de nivel inferior, debemos tener cuidado de hacer todo dentro de un nivel de aproximadamente 56 milisegundos o "jank" o ver frame- salto a la comba. Otros ingenieros dijeron que este proyecto nunca se terminaría realmente, porque cada vez que hay nuevas características, deben verificar que afecte el rendimiento.

Hubo algunos indicios de cambios más grandes en el futuro. Cuando se le preguntó si había otros proyectos en proceso que abarcan todo el sistema como lo hace Butter, Burke dijo "Sí, pero no podemos hablar de ellos".

Del mismo modo, Meier dijo que sabía que era mejor preguntar sobre "pastel" (una referencia clara a Key Lime Pie), pero se preguntó si alguien había oído hablar de un postre australiano llamado "Lamington".