Si miras All About Android en la red TWiT los martes por la noche, es posible que hayas captado la entrevista de esta semana con tres de los principales ejecutivos de Android. El panel incluyó a Dave Burke, Vicepresidente de Ingeniería para Android; Stephanie Saad Cuthbertson, gerente de grupo de productos para Android; y Sameer Samat, vicepresidente de gestión de productos para Android y Google Play.
El trío dio un resumen de Google I / O 2017, así como un poco más de contexto sobre algunas de las nuevas tecnologías y anuncios realizados durante la presentación. Por ejemplo, muchas de las mejoras realizadas en Android O esta vez se centran en hacer que la plataforma sea estable tanto para desarrolladores como para usuarios. Así es como lo explica Cuthbertson:
Realmente nos enfocamos en tres cosas centrales. Primero fue el programa de seguridad del que hablamos, Play Protect, que en mayor medida expone muchas cosas que ya estábamos haciendo. En particular, el hecho de que estábamos escaneando cada aplicación en cada dispositivo conectado para buscar aplicaciones dañinas.
Los segundos cambios: en lugar de las optimizaciones del sistema operativo que son bastante completas, el tiempo de arranque es uno de los grandes de los que hablamos y lo verá de inmediato.
Realizamos optimizaciones en el tiempo de ejecución y en los compiladores. Las aplicaciones simplemente se ejecutarán más rápido y sin problemas, y eso se debe a toda una vorágine de cambios que hicimos, como la recolección simultánea de basura compactada. Todos esos cambios … significan que las aplicaciones que tienes se ejecutarán automáticamente más rápido.
Un tema permaneció particularmente resonante a lo largo de la entrevista y ese es el intento de Google de reparar el desarticulado proceso de actualización de software de Android. Sin embargo, antes de explicar cómo planea arreglar el proceso, Burke ofreció una anécdota colorida de por qué las actualizaciones de software tardan tanto en llegar a usted:
La forma correcta de pensarlo es como una tubería: escribimos todo este código, luego lo lanzamos en código abierto y luego los proveedores de silicio … toman el código de Android y luego hacen mucho trabajo en el código para optimizarlo para la silicona. El desafío hoy en día es que en realidad terminan cambiando no solo el código de bajo nivel, sino también muchos códigos. Y luego, lo que sucede es que entregan ese código a los fabricantes de dispositivos, que luego hacen más cambios porque tienen una parte específica de la cámara que quieren usar, o un GPS específico o no. Luego va a los operadores para probarlo, y luego sale a los usuarios.
Por lo tanto, continúa, surgió la idea del Proyecto Treble. Burke lo describe como una interfaz que ayudará a facilitar a los fabricantes de dispositivos colocar código relevante para su hardware, sin interferir con las API existentes de Android.
Puede ver la entrevista en su totalidad, aproximadamente 40 minutos, para obtener información, incluida la idea de agregar soporte de Kotin en Android Studio y cómo Android Go afectará el programa Android One actual.
