Si vous regardez All About Android sur le réseau TWiT le mardi soir, vous avez probablement intercepté l'interview de cette semaine avec trois des plus hauts dirigeants d'Android. Le panel comprenait Dave Burke, vice-président de l'ingénierie pour Android; Stephanie Saad Cuthbertson, chef de produit groupe pour Android; et Sameer Samat, vice-président de la gestion des produits pour Android et Google Play.
Le trio a présenté une synthèse de Google I / O 2017, ainsi qu'un peu plus de contexte sur certaines des nouvelles technologies et les annonces faites lors du discours liminaire. Par exemple, une grande partie des améliorations apportées à Android O cette fois-ci visent à rendre la plate-forme stable à la fois pour les développeurs et les utilisateurs. Voici comment Cuthbertson l'explique:
Nous nous sommes vraiment concentrés sur trois choses essentielles. Le premier était le programme de sécurité dont nous avons parlé, Play Protect, qui expose dans une plus large mesure beaucoup de choses que nous faisions déjà. En particulier, le fait que nous analysions chaque application sur chaque appareil connecté pour rechercher des applications nuisibles.
Deuxième changement: au lieu d’optimisations de système d’exploitation assez complètes, le temps de démarrage est l’un des plus importants dont nous avons parlé et vous le verrez tout de suite.
Nous avons effectué des optimisations dans l'exécution et dans les compilateurs. Les applications fonctionneront simplement plus rapidement et plus facilement, en raison de toute une panoplie de modifications apportées, telles que le compactage simultané de la récupération de place. Tous ces changements… signifient que vos applications vont automatiquement s'exécuter plus rapidement.
Un thème est resté particulièrement présent tout au long de l'entretien: Google tente de réparer le processus de mise à jour logicielle désordonné d'Android. Avant d’expliquer comment il envisage de corriger le processus, cependant, Burke a présenté une anecdote colorée expliquant pourquoi les mises à jour logicielles prennent si longtemps à vous parvenir en premier lieu:
La bonne façon de penser à cela est comme un pipeline: nous écrivons tout ce code, puis nous le publions en open source, puis les fournisseurs de silicium … prenons le code Android puis ils travaillent beaucoup sur le code pour optimisez-le pour le silicone. Le problème aujourd'hui, c’est qu’ils finissent par modifier non seulement un code de bas niveau, mais également un grand nombre de codes. Et puis, ce qui se passe, c’est qu’ils remettent ce code aux fabricants d’appareils, qui y apportent d’autres modifications, car ils souhaitent utiliser une partie spécifique de la caméra, un GPS spécifique ou non. Ensuite, il incombe aux transporteurs de le tester, puis aux utilisateurs.
Ainsi, poursuit-il, est venue l'idée du projet Treble. Burke la décrit comme une interface qui aidera les fabricants d’appareils à intégrer plus facilement le code correspondant à leur matériel, sans interférer avec les API existantes d’Android.
Vous pouvez visionner l'intégralité de l'interview - environ 40 minutes - pour comprendre ce qui a été construit, notamment sur l'idée d'ajouter la prise en charge de Kotin dans Android Studio et sur l'impact d'Android Go sur le programme actuel d'Android One.
