Table des matières:
Nous avons passé la majeure partie de la journée à explorer les rouages de la version initiale d'Android N Developer Preview, et nous avons appris certaines choses. Le premier d’entre eux est simple: il s’agit d’une version super-bêta (si ce n’est pas un mot, il le faut) d'une version logicielle qui comportera des bugs en plus des bugs. Beaucoup d'entre nous l'ont déjà fait et apprécient la nouvelle saveur, mais vous devriez vous laisser aller si vous voulez essayer le téléphone dont vous avez besoin tous les jours. Les choses sont cassées, et certaines choses le seront davantage dans la prochaine mise à jour. Cet aperçu est destiné aux développeurs qui souhaitent commencer à travailler sur leurs applications pour les rendre compatibles avec Android N et aux personnes qui souhaitent signaler des bogues. Cela est dit directement sur l'étain.
La deuxième chose que nous voyons est la plus intéressante, même si nous ne savons pas encore de quoi il en retourne.
De grandes choses pourraient bien se passer pour Android.
Android a un problème d'image majeur (et pas tout à fait incorrect) lorsqu'il s'agit de conserver les appareils sur les logiciels actuels. Nous pouvons en discuter, essayer de blâmer une entreprise plus qu’une autre, ou faire l’objet d’une bataille et passer à iMore. Rien de tout cela n’aide lorsque plus de 1, 5 milliard d’articles fonctionnent sous Android - et peu d’entre eux utilisent exactement le même logiciel. En fin de compte, c'est Google qui doit supporter le chauffage car son nom figure sur le produit. C'est une discussion qui a été battue à mort et ensuite - et les passages à tabac vont continuer.
Google le sait et fait des "trucs" sous le capot Android pour faciliter la tâche des constructeurs de téléphones. Et cet aperçu de développeur initial (il y en aura plusieurs autres avant la publication publique plus tard cette année) le montre. Nous ne savons pas exactement où Google va et ce qu'il a prévu, mais de petits changements dans la structure des fichiers et le partitionnement dans les premières images de périphérique d'usine sont des indices de la façon dont les choses pourraient bien fonctionner. Nous voyons de plus en plus d'éléments placés dans les partitions du fabricant et des constructeurs OEM - des objets qui peuvent (et le font) écraser ou joindre aux versions "standard" d'Android qui résident dans la partition système lorsque le téléphone démarre. Et pas seulement les bibliothèques de support et les objets du noyau - il existe des applications complètes fournies par le fournisseur (dans le cas présent, il s'agit de Google) qui peuvent grandement affecter le fonctionnement du téléphone et son interface.
Imaginez un monde dans lequel Samsung pourrait avoir sa vision d'Android tout en préservant les processus profonds du système.
Imaginez un monde dans lequel Samsung pourrait concevoir sa vision d'Android comme bon lui semble, alors que les processus système profonds - comme la fameuse bibliothèque Stagefright - sont séparés et intacts. Cela signifierait que Samsung ou Google pourraient imposer des modifications à leurs parties distinctes du système beaucoup plus facilement (et beaucoup plus rapidement) qu'aujourd'hui, sans interférer avec l'autre moitié du système. (Avec des API et des bibliothèques pour combler le fossé.) La seule main-d'œuvre que cette situation libère signifie que davantage de personnes sont disponibles pour améliorer l'expérience de Samsung sans avoir à se soucier du code Android sous-jacent.
Avec Android N, Google a essentiellement commencé à diviser Android en deux sections: le système d’exploitation principal (le cadre qui fait tout fonctionner) et l’interface (les applications, le lanceur, les notifications et tout ce avec quoi l’utilisateur interagit).
Allez un peu plus loin et envisagez une petite entreprise sans le pool de ressources apparemment sans fond de Samsung et voyez comment cela l'aide. Un système plus "autonome" construit de cette manière est préférable pour tout le monde - et, plus important encore, cela signifie que vous et moi.
Allons encore plus loin
Android en tant qu'infrastructure plutôt que comme système d'exploitation signifie qu'il est plus facile de modifier les fonctionnalités destinées à l'utilisateur.
Android en tant qu'infrastructure plutôt que système d'exploitation signifie qu'il est plus facile de modifier les fonctionnalités destinées aux utilisateurs. Je repense au «mode blocage» sur les téléphones Samsung récents, ou au Moto Display sur le Moto X d'origine. Ils ne sont certainement pas améliorés avec les mises à jour Android, et ce que nous avons de Google pour les remplacer n'est pas aussi bon que les originaux.. Un moyen pour un fournisseur d'accéder aux processus système avec sa propre interface, et aux processus système qui restent les mêmes d'une version à l'autre, permet à Samsung de contrôler la manière dont vous gardez les notifications en échec. Ou encore, cela permet à Lenovo / Moto d'afficher les éléments qu'il souhaite sur l'écran de verrouillage, sans avoir à tout redéfinir à partir de zéro à chaque nouvelle version.
Cela signifie également que ce que nous voyons aujourd’hui ne sera peut-être jamais à la hauteur de votre téléphone.
Les téléphones Nexus sont une marque. Les téléphones Nexus ne fonctionnent pas avec un Android open source sans mélange - pratiquement rien ne fonctionne. Google prend le code et le modifie à son gré, puis installe cette version d'Android sur les téléphones vendus - et c'est exactement ce que font HTC, LG et Samsung. Google touche moins le système que la plupart des fabricants (même si le HTC One A9 était sacrément proche), mais ce n’est toujours pas l’Android purement open source que vous pouvez télécharger et construire vous-même.
Si nous prenons ces nouvelles idées - et ne nous y trompons pas pour le moment, il ne s’agit que d’idées - et que nous pensons à l’avenir dans un an environ, cela signifie que des éléments tels que les nouveaux bacs de notification, les modes sombres ou les fenêtres multiples constituent simplement le moyen par lequel Google souhaite établir une interface avec le système sur sa vision d'Android. Samsung ou Huawei sont libres de faire leur propre chose - et ils le feront - et cela ne va pas correspondre à la chose de Google. Mais le plus important est que ça ne va pas casser les choses aussi facilement. Le système vous laisse simplement choisir une couleur pour l'interface. "Dark Theme" est une idée d'interface utilisateur, que tout le monde peut mettre en oeuvre quand bon lui semble.
Le plus gros avantage serait vu quand il s'agit de mises à jour de sécurité. Nous avons beaucoup recours à Samsung en ce qui concerne les correctifs de sécurité mensuels, car c’est la société dont nous attendons le plus. Être le grand chien signifie que vous obtenez le plus d'attention. Samsung a des raisons pour lesquelles seuls quelques modèles obtiennent des mises à jour de sécurité en temps voulu, et nous imaginons que la plupart d'entre eux tournent autour des coûts de développement, voire de la main-d'œuvre. Si Android devient davantage une infrastructure qu'un système d'exploitation complet, il sera plus facile de mettre à jour cette infrastructure sur plus de téléphones à un rythme plus rapide.
Espérons que Google dirige le vaisseau Android de manière à résoudre son plus gros problème.
Laissez Google s'inquiéter de la correction de Widevine ou de Stagefright, et Samsung peut s'inquiéter de son propre logiciel, ce qu'il connaît le mieux. Samsung peut, à juste titre, laisser Google être l’automne face aux bugs Android natifs. Même la cabale maléfique des transporteurs nord-américains peut s'extirper du processus de correction de sécurité. Tout le monde gagne.
Nous spéculons beaucoup ici sur la base de modifications relativement mineures apportées au fonctionnement interne d'Android N Developer Preview. C’est ce que nous pouvons faire maintenant sans code source ni mots officiels de Google QG. Mais nous savons que Google a toujours une raison pour les modifications apportées (bien que nous soyons souvent en désaccord), et ces petites modifications apportées à la façon dont les sections fournisseur et OEM d'Android ne sont pas un accident.
Nous nous attendons à en apprendre beaucoup plus sur Google I / O, et nous espérons que Google dirige le vaisseau Android de manière à résoudre son plus gros problème.
