Si miras Todo sobre Android en el Red TWiT los martes por la noche, es posible que haya visto 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, directora de productos del grupo para Android; y Sameer Samat, vicepresidente de gestión de productos para Android y Google Play.
El trío hizo 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 conferencia magistral. Por ejemplo, muchas de las mejoras realizadas en Android O esta vez se centran en hacer que la plataforma sea estable tanto para los desarrolladores como para los 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 gran medida expone muchas cosas que ya estábamos haciendo. En particular, el hecho de que estábamos escaneando todas las aplicaciones en todos los dispositivos conectados para buscar aplicaciones dañinas.
Los segundos cambios: en lugar de optimizaciones del sistema operativo que son bastante completas, el tiempo de arranque es uno de los más importantes de los que hablamos y lo verá de inmediato [en Android O].
[También] hicimos optimizaciones en el tiempo de ejecución y en los compiladores. Las aplicaciones 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 esas aplicaciones que tienes se ejecutarán automáticamente más rápido.
Un tema se mantuvo particularmente resonante a lo largo de la entrevista y ese es el intento de Google de reparar el proceso de actualización de software inconexo de Android. Sin embargo, antes de explicar cómo planea arreglar el proceso, Burke ofreció una anécdota colorida sobre por qué las actualizaciones de software tardan tanto en llegar a usted en primer lugar:
La forma correcta de pensar en ello es como una canalización: escribimos todo este código y luego lo publicamos 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 el silicona. El desafío actual es que en realidad terminan cambiando no solo el código de bajo nivel, sino también una gran cantidad de piezas de código. Y luego, lo que sucede es que entregan ese código a los fabricantes de dispositivos, quienes luego hacen más cambios además porque tienen una parte específica de la cámara que quieren usar, o un GPS específico o lo que no. Luego va a los operadores para probarlo, y luego [énfasis agregado] se dirige a los usuarios.
Así, continúa, surgió la idea de Proyecto Treble. Burke lo describe como una interfaz que ayudará a que a los fabricantes de dispositivos les resulte más fácil introducir código relevante para su hardware, sin interferir con las API existentes de Android.
Verizon ofrece Pixel 4a por solo $ 10 / mes en nuevas líneas ilimitadas
Puede ver la entrevista en su totalidad (unos 40 minutos) para obtener la primicia, incluyendo cómo la idea de la adición de compatibilidad con Kotin en Android Studio surgió, y cómo Android Go afectará al Android One actual programa.