Qu'est-ce qu'Apple irait faire dans cette galère ? Décryptage
Après six mois d'utilisation, le bilan concernant Siri est très mitigé !
Que faire lorsqu'on porte une robe de soirée sans poches pour ne pas devoir garder son iPhone à la main ? Comment porter une tenue d'été seyante sans risquer de perdre son iPhone ou d'avoir les poches surchargées ? Voilà la réponse : le holster façon FBI ! Gardez votre iPhone sur vous sans encombrer vos poches. 19,99 $ chez ThinkGeek.
HP a annoncé l'arrêt des terminaux webOS et notamment de la tablette TouchPad (lire : HP abandonne les terminaux webOS) et les langues semblent se délier. Manifestement, même les équipes en charge de la TouchPad chez HP ne croyaient pas à la réussite de leur tablette, sérieusement handicapée par son matériel. D'après les témoignages, les développeurs de webOS ont été limités par le matériel, trop lent pour faire tout ce qu'ils envisageaient.
Pour preuve, webOS a été testé en interne sur un iPad 2 et le système créé par Palm tourne au moins deux fois plus vite sur la tablette d'Apple… Tous les tests de la tablette de HP faisaient part de lenteurs rédhibitoires (lire : HP TouchPad : une toute nouvelle tablette derrière l'iPad) et manifestement c'était (aussi) un problème de composants internes.
Au passage, ce test de webOS sur un iPad 2 montre aussi une chose. Le système de Palm n'est censé fonctionner qu'avec les puces Qualcomm, mais l'Apple A5 utilisé par la tablette d'Apple ne contient pas ce type de puce. Les ingénieurs HP ont donc d'ores et déjà travaillé à ouvrir webOS : la piste de la licence webOS offerte à d'autres constructeurs semble ainsi se confirmer.
Parmi les informations sorties depuis hier soir, on apprend aussi que HP a maintenu jusqu'au dernier moment la sortie de la TouchPad Go, une tablette webOS de 7 pouces. L'entreprise travaillait également sur la prochaine génération dotée d'un corps en métal et d'un écran Retina. Autant dire que l'abandon des terminaux webOS est une décision très récente et manifestement soudaine.
[Via : TNW]
[MàJ 19/08/2011@15h44] : soudaine, le mot est encore faible. Si l'on en croit TNW qui semble ne pas manquer d'informateurs en internes, les équipes en charge de webOS auraient appris la fin des terminaux webOS comme tout le monde, avec le communiqué de presse. Même ses dirigeants n'auraient pas été informés par l'entreprise et auraient été mis devant le fait accompli. Autant dire que la nouvelle a dû faire l'effet d'un électrochoc chez HP…
Vous devez être connecté pour réagir.
Si ce n'est pas le cas, inscrivez-vous.
Vos réactions
Sur un iPad 2 ??? Je pensais que le Bootloader était inviolé / inviolable? Et j'imagine mal Apple leur fournir un de leurs appareils déverrouiller! Quelqu'un pour m'éclairer ? ^^
@Dev_Croce
Apple veut racheter WebOS ? ;)
@showmehowtolive :
'Apple veut racheter WebOS ? ;)'
+1 pour un doux rêve improbable.
@Dev_Croce :
'Je pensais que le Bootloader était inviolé / inviolable? Et j'imagine mal Apple leur fournir un de leurs appareils déverrouiller!'
L'approche faite par les équipes HP est probablement différente : si on ne peut pas modifier le firmware et/ou le bootloader, on peut généralement effacer la flash en écrasant tout.
Après il faut écrire le driver écran + gestion du tactile et l'intégrer au nouvel OS, le tout recompiler pour l'A5.
Du boulot, mais rien d'infaisable puisque l'on connait quasiment tout du hardware de l'ipad.
Limité avec un dual core ???
Il doit aussi avoir une part d' optimisation logiciel, je suppose.
Avoir un iPad2 pour faire tourner un OS de tablette, c'est pas forcément la faute du hard. Un iPad1 aurait du suffir. L'OS, c'est un peu le truc de base ... après on y ajoute des applications ...
Il serait temps que les développeurs se focalisent sur l'optimisation. Le PC a donné trop de mauvaises habitudes ...
LOL moi je dit a quand webOS sur cydia ?? :D
@iReactor : haha amusant ce "Wedding Cake" :D J'aime bcp.
de nombreux analystes parlent de WebOS dans les domaines comme l'automobile, la domotique... mais plus pour des tablettes ou smartphones
N'oubliez pas une chose. WebOS est un peu particulier à ceci prêt que tout ou presque est du HTML/CSS/JS. Les applications ne sont que très rarement natives (les jeux principalement).
Dès lors, l'OS a besoin de beaucoup plus de ressources pour faire les mêmes choses qu'ailleurs.
Ce qui explique ces ralentissements et autres lourdeurs dans l'utilisation malgré toutes les bonnes idées de cet OS.
Encore une concurence qui se casse la gueule muhahahaha.
@Dev_Croce :
L'explication se trouve dans l'article original : "With a focus on web technologies, webOS could be deployed in the iPad’s Mobile Safari browser as a web-app; this produced similar results, with it running many times faster in the browser than it did on the TouchPad."
ps : l'info originale le dit bien d'ailleurs, WebOS tournait en tant que web-app et non comme un OS bootant sur un iPad jailbreaké !
http://gizmodo.com/5832522/webos-runs-faster-on-ipad-as-a-web-app-than-o...
C'est encore pire
Evidement, mais c'est tout simplement que la base d'exécution de l'OS, le moteur HTML et la machine JavaScript n'étaient clairement pas optimisés.
En dehors même des problèmes purement matériels.
"Dès lors, l'OS a besoin de beaucoup plus de ressources pour faire les mêmes choses qu'ailleurs."
Moi je dirais plutôt que ce type d'application Widgets a besoin de moins de ressources mais on ne peut pas faire la même chose qu'ailleurs.
Refais donc un client mail complet en HTML, tu verras qu'il ne sera pas moins lourd qu'un client mail classique compilé. Au contraire !
@Lemmings c'est bien ce que je reproche à ce type d'OS, c'est le genre de technologie qui nécessite tout de même une plateforme desktop, sinon c'est au prix de ce genre de déconvenue.
@lemmings Un client mail, tu l'écrira beaucoup plus vite en HTML5 mais niveau consommation mémoire et utilisation CPU, vu qu'il y a un interpréteur JS qui tourne plus le moteur WeBKit, ça sera forcément plus lourd. C'est donc plaisant pour le développeur mais pas forcement pour l'utilisateur. Un client mail en natif ça tient dans moins de 10Mo (taille exécutable + mémoire vive).
@Gueven : yep, ce sont les limites de ces OS. Chrome OS a un peu la même problématique, et c'est une des raisons pour laquelle j'y crois peu.
Cela dit, même pour le développeur, il est 100x plus simple de faire un client natif à l'heure actuelle. Avec les outils de dev récents, que ce soit XCode, VisualC++, Delphi ou autres, tu iras bien plus vite en natif qu'en web.
Faire un client mail en HTML reste long et complexe. Si il y a si peu de webmail convaincant c'est pas tellement un hasard ! Surtout que même si le dev web est théoriquement simple, il devient très complexe à gérer sur les interfaces lourdes.
Je confirme, ça fait du bruit chez HP, mais moins que la potentielle cission de la branche PC.
Et il faut monter dans les couches les plus hautes de l'organigramme pour trouver les personnes qui savaient (pas sur que quelqu'un l'air su en dehors des Etats-Unis...
Moralité de l'histoire, dans le monde de l'embarqué et de la mobilité, l'optimisation est la clef sinon ça rame ou ça demande trop d'energie.
@Lemmings,
Je suis absolument pas convaincu. Où du moins ce que je veux dire est que sur WebOS il y a principalement de petites applications limitées par leur concept de Widget qui dans la totalité font prendre moins de ressources que les applications natives plus complexes et sophistiquées et donc demandeuses en ressources sur une plateforme comme iOS.
@daito : simple question de bon sens.
A ma gauche, un programme natif exécuté directement par le processeur.
A ma droite, un programme "web", qui passe par un interpréteur html/css, un interpréteur/exécuteur javascript, un moteur de rendu visuel... Le tout tournant sur des bases d'applications natives...
C'est juste ÉVIDENT que le second sera plus lourd en terme de charge CPU et mémoire !
@daito : j'avais pas vu ton édit. Mais même. Cela ne change rien. Un listing de tableau iOS même basique (type liste des emails dans le client mail) est accéléré matériellement et utilise des composants de l'OS très optimisés (gestion de la mémoire par case, ré-utilisables au fur et à mesure du scroll...).
Le même tableau en HTML nécessitera de charger l'ensemble du tableau en mémoire et de gérer l'interaction avec chacun des éléments de manière indépendante. Plus de mémoire utilisée, plus de CPU, donc plus lent ! Même pour un truc "basique".
@daito
Sauf que c'est pil poil l'inverse.
une petites applications opimisé qui va utiliser nativement l'api de l'os pour attaquer le hard, consommera moins de mémoire, moins de ressource, et sera plus performante.
Ce n'est pas moi qui le dit, c'est juste un fait avéré.
prend Outlook Web Access version "web" totale (pas la version light) et compare avec Outlook (qui pourtant n'est pas un modele d'optimisation).
Go faire une petite creation en HTML5. Un balon rouge dégradé qui rebondi et code la même chose en natif (opengl ou directX) et tu va immediatement voir la différence.
Le concept même de WebOS est moisi.
@lemmings je suis fan de Xcode, et c'est vrai que développer un client mail natif n'est pas long. Les API sont de haut niveau, optimisées, et l'environnement de développement est très bien pensé. J'ai abandonné le dev Web il y a plus de 10 ans, même si je m'y intéresse encore de loin. Pour moi, sur mobile, il est plus intéressant de développer spécifiquement sur une plateforme (quitte a faire des portages) plutôt que passer par une webapp. Je ne suis pas persuadé que mes préférences soient celles de la majorité. Ici, on retrouve les clivages développement PC vs embarqué.
Pour avoir travaillé sur des projets natifs et "web" avec PhoneGap, je te confirme qu'à l'heure actuelle, les Webapp ne sont pas encore vraiment au niveau.
Les choses s'améliorent et il parait évident qu'à terme ça sera la solution la plus solide et versatile (un seul dev pour toutes les plateformes), cependant nous n'y sommes pas encore !
Qui se souvient qu'à l'origine iOS ne devait pas connaitre autre chose que des webapp ? :D
@Lemmings
Oui et grossière erreur. Le jailbreak leur a vite rappelé.