Google travaillerait actuellement sur un rapprochement entre son système d’exploitation Android et son application Chrome afin d’obtenir une toute nouvelle application de type « gestionnaire des tâches » : le projet Hera.
Il ne s’agit à l’heure actuelle que d’une rumeur, mais on connait l’expression : il n’y a pas de fumée sans feu. Surtout qu’il s’agit ici de données assez précises. Selon nos confrères d’Android Police, Google travaillerait sur un nouveau projet baptisé Hera. Des développeurs plancheraient sur la conception d’une version de Chromium qui permettrait d’exécuter le système Android et de traduire des notifications au format HTML5. Traduction : il s’agirait de consulter de nombreuses notifications sans avoir besoin de lancer les applications dédiées, mais seulement à travers une application de type « gestionnaire des tâches » qui regrouperait plusieurs services. Il serait par exemple possible de consulter et de répondre à des messages Hangouts ou à des messages Gmail sans avoir besoin d’ouvrir des applications en particulier.
Ceci pourrait donc ressembler à un gestionnaire des tâches interactif, comme sur l’image ci-dessus, où chaque onglet renverrait aux notifications et actualisations d’une application. Si ce projet présumément développé par Google semble surtout dédié aux applications de la firme telles que Gmail, Hangouts, ou Google+, on imagine qu’elle pourrait servir également à des applications extérieures par le biais d’une API dédiée.
Alors, cette rumeur de projet Hera est-elle crédible ? Avec un nom et déjà une description précise de l’idée, on est amené à penser que oui. Toutefois, travailler sur un projet ne veut pas forcément dire le voir aboutir. On en saura certainement un peu plus à la Google I/O, en juin prochain.
Envie de rejoindre une communauté de passionnés ? Notre Discord vous accueille, c’est un lieu d’entraide et de passion autour de la tech.
[…] se rapproche de ce qu’on a pu apercevoir pour les visuels du projet Hera, ce ne sera pas pour cette fois. Néanmoins, Google a commencé le déploiement […]
Merci de ta réponse.
En fait, non : à court terme, le 64 bits apportera deux choses. Une consommation mémoire légèrement augmentée, et un maximum théorique de mémoire largement augmenté. Ça n'aura cependant aucune incidence sur la consommation d'énergie ou sur les performances.
Commentaire intéressant. Mais l'arrivée du 64 bits au troisième trimestre devrait résoudre ces inconvénients, non ?
Rien n'empêche de proposer les 2, parce que actuellement le support de plein de fonctionnalités de HTML5 c’est pas ça... (sur les 555 points de HTML5Test : 308 pour Android 4.3 et 464 pour Firefox 28 pour Android) ASM.js peut permettre d'atteindre presque la performance du natif, donc probablement un niveau similaire à Dalvik. D'ailleurs, si le HTML5 était beaucoup moins bien que le natif, Firefox OS ne serait pas adapté au très bas de gamme.
C'est moi ou cet article n'a aucun sens. C'est quoi le lien entre le fait que Chromium puisse faire tourner Android et que le projet Hera soit un gestionnaire interactif ?! J'ai du voir la source pour comprendre. D'ailleurs le lien vers celle ci n'est pas sur cet article...
Exemples intéressants sur cette fonctionnalité Hera, mais ils mettent surtout l'accent sur des choses comme les communications entre les applications tierces avec Gmail. C'est très bien, et probable, mais si vous aviez une application sur votre tablette Android qui était comme l'écran d'accueil de l'Android TV qui a été divulgué la semaine dernière? Puis Hera pourrait déclencher la possibilité de démarrer des applications et des contenus sur votre téléviseur ou décodeur Android ou dongle Chromecast :-)
Il est possible de faire bien mieux que l'appli "native" de Facebook en HTML 5, nous sommes bien d'accord. Cela dit, le natif tournera par définition de manière plus efficace que du HTML 5, qui doit être interprété par du code natif ;-) Concernant les optimisations sur lesquelles travaille Google depuis Butter, oui, c'est un bon point. C'est pourquoi j'espère sincèrement qu'ils ne vont pas faire l'erreur de s'orienter vers du HTML 5.
Google optimise Android depuis Jellybean : project butter dans la 4.1, trim dans la 4.3, optimisation de la gestion de la ram et ART pour remplacer dalvik dans la 4.4. Le html5 peut tourner aussi bien qu'une appli native, je me souviens d'une appli Facebook non officielle en html5 conçue pour le prouver... Pour en revenir au projet Hera, ça ressemble pas mal au hub de BlackBerry 10... -------Envoyé depuis l'application Humanoid pour smartphone
Ara, Hera, on aime le suffixe "-ra" chez Google
Deux personnes intelligentes, tout simplement× Il y en a plus que tu ne le crois, crois-moi, mais elles traînent rarement sur ce genre de forum. C'est bien dommage.
Et pourtant c'est bien ça. Le soucis c'est que Google devrait rapidement modifier sa façon de faire, peut être avec ART (on verra). Mais pour l'instant ils font la même erreur que Microsoft fut un temps, c'est à dire se satisfaire de la puissance des appareils pour ne pas optimiser l'OS en lui même. Apple, Blackberry, Microsoft le font et il est vrai que leurs OS tournent au petit oignon. Par contre, il faut aussi avouer que Android sans surcouche tourne très bien. Ce sont les surcouches des fabricants qui ruinent l'expérience utilisateur. Sur mon S4 je suis passé de Touch Wizz à Cyanogenmod 11. Ca change la vie de son smartphone ! ps: +1 pour la discussion, ça fait du bien de pouvoir lire des commentaires objectifs et concrets.
un truc de dingue... deux personnes qui sont pas d'accord, qui échangent poliment, avec des développement... et pire, y'en un qui admet s'être trompé... trêve de plaisanterie, je voyais pas le html5 de cette angle.
J'adore l'égonomie des nouvelles version android (google now launcher) notament celle de la photo mais il y a une seule chose que je reproche c'est l'ergonomie du clavier qui est trop foncer pour l'interface.
Exactement. D'où mon commentaire initial sur l'expérience utilisateur ;-)
Je n'ai jamais parlé de benchmarks, uniquement d'expérience utilisateur. Pour avoir utilisé un HTC Sensation sous Android 4 et un BlackBerry Z10 sous BlackBerry 10 pendant plus d'un an chacun, les deux ayant à peu de choses près des caractéristiques matérielles identiques (et donc des scores de benchmarks identiques), l'expérience utilisateur est de très loin plus agréable sur le Z10, largement devant niveau réactivité. Justement, c'est le problème d'Android, et de l'HTML 5 : aujourd'hui, tu parles d'un quad-core à 2.3 GHz. Je te parle de simple voir dual-cores à 1.5 GHz maximum. Sur lesquels, avec du natif, Windows Phone et BlackBerry 10 tournent au moins aussi bien que le Nexus 5 et son quad-core à fréquence 50% plus élevée. Tu ne vois toujours pas où je veux en venir ? Le HTML 5 nécessite d'être interprété, contrairement à une application native. Donc, une consommation supérieure de ressources. Ce qui veut dire que pour conserver une expérience utilisateur similaire au Nexus 5 aujourd'hui, il faudrait avec du HTML 5 un CPU encore plus puissant. Et donc une consommation revue à la hausse. Si tu devais donner un point négatif sur ton Nexus 5, quelque-chose me dit que ce serait l'autonomie. Clairement, l'HTML 5 ne va PAS dans ce sens. Pour de l'embarqué, avec les problèmes de batteries qu'on a aujourd'hui, ce n'est certainement pas la piste à prendre.
Je comprends parfaitement l'intérêt niveau économies/partage de code/…. Je ne comprends absolument pas cette décision, si elle se révèle être vrai, niveau expérience utilisateur. Quand on voit comment tournent Windows Phone et BlackBerry 10 en comparaison à Android sur un matériel équivalent déjà aujourd'hui, sans HTML 5…
Et moi ce que je trouve dingue, c'est qu'Android ayant déjà des soucis de performances suite à des choix douteux d'implémentation (SurfaceFlinger et compagnie), ils persistent et parlent de HTML 5 au lieu de s'orienter vers du natif… J'espère que ça restera une simple rumeur infondée…
C'est dingue tout ce qu'il est possible de faire avec HTML5. Plus ca va et plus j'ai l'impression qu'il a été créé sans qu'on connaisse l'étendue de ses possibilités :)
Ce contenu est bloqué car vous n'avez pas accepté les cookies et autres traceurs. Ce contenu est fourni par Disqus.
Pour pouvoir le visualiser, vous devez accepter l'usage étant opéré par Disqus avec vos données qui pourront être utilisées pour les finalités suivantes : vous permettre de visualiser et de partager des contenus avec des médias sociaux, favoriser le développement et l'amélioration des produits d'Humanoid et de ses partenaires, vous afficher des publicités personnalisées par rapport à votre profil et activité, vous définir un profil publicitaire personnalisé, mesurer la performance des publicités et du contenu de ce site et mesurer l'audience de ce site (en savoir plus)
Gérer mes choix