Google I/O 2016 : Android N n’a pas encore de nom, mais quelques nouveautés
Android N n’a toujours pas de nom. En lieu et place, Google demande à ses utilisateurs de trouver le patronyme qui leur plait, sur un site dédié. L’imagination est au pouvoir, et évidemment les suggestions les plus farfelues sont les bienvenues !
Plus sérieusement, Android N est d’abord un système d’exploitation mobile aussi performant que possible. Google a mis les petits plats dans les grands avec le support de Vulkan, une API graphique supervisée par le Khronos Group, un peu l’équivalent de Metal sur iOS, et qui devrait améliorer les performances des jeux (lire : Vulkan vient défier Metal et DirectX 12). Un nouveau compilateur JIT améliorera l’installation des applications (jusqu’à 75% plus rapide) et réduira leur poids (une réduction qui pourra aller jusqu’à 50%).
Au niveau de la sécurité, Android N offrira le chiffrement au niveau des fichiers, un framework plus sûr pour le contenu, ainsi que des mises à jour transparentes et un système anti-malware signé Google. Enfin, en termes de productivité, Android N comprendra un multitâche qui ressemble à celui que l’on connait dans Windows ou iOS 9 (Split View), pour les tablettes mais aussi pour les smartphones.
Un système Picture in picture est aussi prévu, on pourra répondre à une notification directement dans la notification (comme sur iOS), et surtout, surtout, profiter des émojis Unicode 9, qui propose une meilleure représentation des femmes au travail, par exemple.
Tout cela n’est pas réellement nouveau : la plupart de ces fonctions étaient déjà présentes dans les deux précédents aperçus. Google prévoit 250 nouvelles fonctions en tout, avec une version finale livrée cet été. Un programme de bêta publique ouvrira ses portes dès aujourd’hui.
La réduction du poids des applications est vraiment une bonne chose !
Apple devrait s'en inspirer vu qu'ils gardent leur 16Go au catalogue.
@Ramlec :
Apple ne devrait s'inspirer de rien du tout. Avec iOS 9, Apple a déjà proposé une technologie pour réduire la place des apps appelées App Thinning.
Aucun rapport entre les deux technologies.
Depuis Android 5, le runtime d'Android : ART (compilateur AOT) à remplacer Dalvik (compilateur JIT). Avec ART les ressources binaires (dex) sont compilées à la volée lors de l'installation en fichier ELF (natif Linux) et donc ces fichiers ELF sont stockées en plus des ressources binaires génériques dans un cache.
Avec le runtime d'Android N, le mode JIT fait son retour et l'AOT devient partiel, le stockages de fichiers ELF en plus des dex n'est plus nécessaire, d'où le gain de place et le gain significatif de temps lors de l'installation d'une application/mise à jour du terminal.
L'app Slicing d'iOS permet de scinder les binaires universel et ressources universelles afin de distribuer au terminal uniquement celle qui lui correspondront.
De toute manière, Apple est à la rue ... Android est devant. Point.
@Doctomac :
lmouillart a répondu avant moi, je ne répéterais donc pas son commentaire.
Cependant, et de manière plus générale, ce n'est pas parce qu'un effort a été fait que l'on ne doit pas persévérer dans ce sens !
Et concernant les apps, vu leur politique du 16Go, ils feraient bien d'améliorer la taille des applis.
AppSlicing est un très bon concept que je ne remets pas en cause, mais des améliorations peuvent toujours être proposées.
@Ramlec :
Apple a déjà sortie une fonction équivalente avec ios8 (app slicing) qui a pour but de faire en sorte de ne télécharger que les parties spécifique au matériel de l'utilisateur et donc de réduire énormément le poids des app (mais c'est vrai que ça n'a pas eu l'air d'avoir bien pris :-/ dommage c'était intéressant
@romainB84 :
Même réponse que ci-dessus ;)
@Ramlec :
Apple a déjà sortie une fonction équivalente avec ios8 (app slicing) qui a pour but de faire en sorte de ne télécharger que les parties spécifique au matériel de l'utilisateur et donc de réduire énormément le poids des app (mais c'est vrai que ça n'a pas eu l'air d'avoir bien pris :-/ dommage c'était intéressant
Bof, je l'aurais jamais sur mon Moto G.
Android Nul, c'est pas mal ...
Android (N)ever will be updated on your fucking phone.
Il y a quelques mois, les ingénieurs d'Android réfléchissant sur les nouveautés de la futur version N. Un ingénieur eut une idée : on va proposer iOS 9 ! Quelle idée de génie s'exclamèrent les autres !
@Doctomac
Mais lol la blague! Et t'arrive à dire ça sans trembler des jambes?
Quand on pense à l'adoption de la M.....
La N me fait plutôt sourire.... Google court toujours derrière
@Titouchris89 :
Pour cela qu'ils update tous ton phone en background et au redémarrage hop tu boot sur la nouvelle image... Seul soucis c'est leur fragmentation... Comme d'habitude à moins d'avoir un Google phone sans surcouche...
Android Nutella fait un régime, quelle ironie !
Android Null
Mais qu'ils sont laids ces smileys Android, sérieusement !
@Darcel :
Tu trouves les smileys jolis toi?
@en ballade :
Ceux d'iOS ouais.
Nachos?
NSA?
Nazdrovia ?
Android naruto ^^
Nouille ?
Nougat
Nympho
Android Nonmerci
En un an Marshmallow n'est que sur moins de 10% des appareils qui se connectent au Play Store MDR; et ils en remettent une couche
Haha un anti malware, c'est beau d'avoir un système ouvert aux 4 vents ^^
Et le coup de faire bosser les fans pour trouver un nom, bravo !
On soutire des données au client pour gagner de l'argent et on les fait bosser pour trouver le nom pour pas un rond. C'est du beau lol.
Android Nom-d'une-pipe
Le seul truc que j'ai aimé de la Keynote c'est Rebecca.
Après KitKat Nutella serait parfait !
Des émoji pour les femmes au travail.... Elles sont à 'à baraque à préparer le p'tit jaune pour qu'il soit bien frais quand on arrive NOUS du travail !
Comme si split view pouvait se comparer à Windows 10 ...la blague
C'est pas folichon moi qui voit d'habitudes fonctionnalités smart sur ce système généralement.
Je valide Android Nutella/Naruto ou encore Android Nougatine j'aime bien.
Le gros des nouveautés, c'est :
l'amélioration du runtime ART (passage d'AOT à AOT + JIT)
le support de la VR
le changement de version de Java, passage de la version Google à OpenJDK 8.
le changement de la chaine de compilation C/C++ (passage de gcc à clang).
la prise en charge de l'api Vulkan
le support d'OpenGL ES 3.2
la réduction de la latence audio
le support du dnd entre activités (et donc entre applications)
le support du changement de densité d'affichage pour un même terminal
Doze qui fonctionnera même quand le terminal est en mouvement (avant il fallait qu'il soit immobile)
La gestion de l'économie de données au niveau système et pour l'ensemble des applications
C'est tout de même plutôt complet. Sachant que les mises à jour de l'environnement applicatif et Google sont elles diffusées au fil de l'eau toute l'année.
Oh que c'est beau. 8)
Merci pour ces précisions.
Ben ce n'est qu'une question de temps : Apple va de nouveau attendre et s'inspirer de Android ou de BlackBerry pour peaufiner son OS. Tim Cook est malin : il attend que les autres fassent et il fait pareil en le fondant a l'UI.
Mais il vend toujours aussi cher ses mobiles qui n'ont rien de plus que la concurrence. Ca prouve bien ce qu'est devenu Apple : une boite d'enfoirés.
Oui, un iPhone ne lit toujours pas en natif un GIF animé, ne lit pas tous les formats vidéo et audios, ne peut élécharger par manque d'un gestionnaire de fichier, ne peut envoyé un e-mail en "format texte", etc ...
On peut parler d'iCloud où il n'y a pas une semaine un problème avec et dont le système est trop fermé comparé au modèle de Google qui lui, fonctionne bien mieux. D'ailleurs la plupart des gens sous IOS utilisent plus les produits Google que ceux propres à Apple. C'est un signe qui ne trompe pas.
A quoi bon un iPhone? Surtout que le produit n'est aps spécialement "beau" "et "agréable". Le mobile glisse, non? Une nouvelel fois à la faute aux matériaux de mer** utilisés par Apple. Ou est-ce pour vous faire acheter une coque en plus? Et hop, quelques euros en plus.
@667_ :
"D'ailleurs la plupart des gens sous IOS utilisent plus les produits Google que ceux propres à Apple."
Je serais curieux de voir l'étude qui le prouve.