Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

"Facebook ne sait pas utiliser le HTML5"
Pour Sencha, qui sort une application HTML5 meilleure que les solutions natives de la société

Le , par Hinault Romaric

0PARTAGES

4  2 
Fastbook : la réponse de Sencha, un fournisseur des outils et applications Web open source à Facebook, qui trouve le HTML5 pas encore mature.





Pour rappel, le réseau social avait abandonné ses applications HTML5 pour mobile pour s’orienter vers le développement natif à cause des piètres performances et de la lenteur de celles-ci sur les dispositifs des utilisateurs.

Mark Zuckerberg, le patron de la société, avait même déclaré que leur plus grosse erreur a été de trop miser sur le HTML5 par rapport au natif (confer section « Retrouvez le dossier complet de la rédaction » ci-dessous).

Cependant, les mauvaises performances des applications HTML5 Facebook seraient plus à imputer à la société qu’au langage, selon Sencha.

« Quand une équipe à des problèmes avec le HTML5, ils proviennent généralement du fait qu’elle adopte une approche de développement site web, et n’utilise pas souvent les bons outils et les architectures de développement », écrit Sencha dans un billet de blog. « C’est ce que nous soupçonnions à propos de l’application HTML5 Facebook. La façon dont cette application s’exécute, la lenteur du chargement, l’expérience utilisateur, sont les symptômes habituels. »

Alliant la parole à l’acte, Sencha a publié Fastbook, sa propre application Facebook qui repose entièrement sur le HTML5. Les résultats comme on peut le voir dans cette vidéo de comparaison avec les solutions natives de Facebook, sont assez impressionnants.

http://vimeo.com/55486684

Tester fastbook (il est recommandé d'utiliser un smartphone moderne)

Source : Blog Sencha

Et vous ?

Qu'en pensez-vous ?

Une erreur dans cette actualité ? Signalez-le nous !

Avatar de CapFlow
Membre actif https://www.developpez.com
Le 28/12/2012 à 12:14
Qu'en pensez-vous ?

J'en pense que Facebook s'est pris une grande rouste

Blagues à part, je trouve que c'est une très belle performance de Sencha.
7  0 
Avatar de SylvainPV
Rédacteur/Modérateur https://www.developpez.com
Le 01/01/2013 à 13:23
Merci Sencha pour cette démonstration de la totale incohérence du discours de M.Zuckerberg. Il est ridicule de désigner le HTML5 comme responsable des lenteurs de l'application, alors que la plupart des utilisateurs sur Android se sont aperçus que passer par le site mobile (donc à plus forte raison du HTML) via le navigateur était bien plus rapide.

Le choix technologique du HTML5 ne justifie en rien des pages qui mettent presque une minute à se charger... Si les requêtes et le code sont correctement optimisés, la différence de performance devrait être minime voire insignifiante pour une application et un device de ce type.

La question du choix web ou natif doit se poser pour chaque projet selon les contraintes budgétaires / cible / pérennité / ressources / scope fonctionnel etc... J'irais même plus loin en disant que la question devrait se poser pour chaque composant de l'application. Car oui, beaucoup ne savent pas ou ont oublié qu'on peut très bien viser au milieu en concevant des applis hybrides : un peu de natif par ci, un peu de HTML par là, pour chercher le meilleur rapport productivité/qualité. Ne prêcher que par le natif ou par le web, ça n'a pas de sens ; toutes les applications ne rentrent pas dans le même moule.
5  0 
Avatar de Freem
Membre émérite https://www.developpez.com
Le 28/12/2012 à 17:18
Citation Envoyé par kolodz Voir le message

La vraie question que je me pose, c'est :
Application native mal codé ou fait d'autres trucs en plus ?
Réponse: application native mal codée.
Je sais pas si elle en fait plus, mais il suffit de voir un simple détail pour comprendre pourquoi l'appli sencha est plus rapide, et ils le disent dans la vidéo: ils gardent en cache les données, ce qui évite de les recharger pour rien. Moins de bande passante consommée aussi, d'ailleurs, je pense que les utilisateurs de 3G apprécient ce genre de "détails".

Après, je n'ai pas testé ces applications et ça ne risque pas d'arriver, puisque je n'ai ni smartphone, ni compte facebook
Je me base donc entièrement sur les commentaires et la vidéo...

A noter que quand ils sortent que "html5 marche" et quand les gens disent que ça ne marche que sur les navigateurs basés sur webkit et IE10, on se dit qu'il ya p'tet comme un souci. A la rigueur, ça marcherait pas pour opera, mais serait ok pour firefox, je dirais, bon, opera est à la bourre sur certains points et il est "normal" de pas s'emmerder pour 2% de PdM, mais firefox c'est plutôt 25%-30%, non? Soit un utilisateur du web sur 3...

Pour une techno censée être portable, ça la fout mal, moi je dis.
4  0 
Avatar de stailer
Membre chevronné https://www.developpez.com
Le 28/12/2012 à 15:31
Ok, je viens de tester sur mon IE10 Desktop et en effet ça marche.

Ce qui renforce un peu ce que je disais plus haut : ils ont clairement "bataillé" à développer cette application pour casser Facebook car ce n'est pas du tout représentatif de leur framework (Sencha Touch)

La preuve en est, les exemples : http://dev.sencha.com/deploy/touch/examples/

Rien ne fonctionne sur un navigateur qui n'est pas webkit, c'est une catastrophe...
3  0 
Avatar de sekaijin
Expert éminent https://www.developpez.com
Le 04/01/2013 à 10:31
Pour ce qui est des smartphones je ne me prononcerais pas.

mais pour ce qui est des desktops
J’utilise Sencha depuis bien longtemps et je suis entièrement d’accord avec le discours de Sencha lorsqu’ils disent que le plus souvent c’est le mode de développement qui est en cause.

on pense trop souvent que le développent sur le navigateur passe par un développement de pages web avec des enrichissements en JavaScript et CSS.
or on peut très bien développer ses applis en adoptant les mêmes principes qu’avec le natif MVC KVC DAO etc.

Quant à la compatibilitité avec les navigateurs même anciens je n’ai pas de pb. il existe encore nombre de IE6 (une vraie plaie) dans mon entreprise et même ces versions-là sont supportées.

J’ai développé de grosses applications (plusieurs milliers de lignes de codes) dans des boîtes de 100*000 et 200*000 postes et les ralentissements sont toujours venus de la partie serveur.

Quant à développer sur le navigateur qui serait plus complexe qu’en natif. Je constate que les phantasmes on la vie dure.

A+JYT
3  0 
Avatar de sekaijin
Expert éminent https://www.developpez.com
Le 04/01/2013 à 16:53
Encore une fois, ça n’a pas de sens.

Les perfs d’une appli se mesurent à l’usage.
Et il est bien rare que le ralentissement soit dû à la génération de l’affichage.
Le plus souvent c’est le traitement, la recherche de donnée ou la communication qui sont les plus chronophages.

il existe bien évidemment des cas où l’affichage est complexe à réaliser et là effectivement une routine dédiée sera toujours beaucoup plus performante que du HTML

Mais il ne s’agit ici pas de ça. facedebouc affiche 4 textes et images qui se battent en duel ce n’est pas ça qui bouffe les perfs même en HTML
Même la plus naze des VM fait ça avec des perfs acceptables.

alors si les perfs obtenues par facedebook avec HTML 5 sont mauvaises il y a fort à parier qu’ils n’ont pas utilisé la techno pour ce qu’elle fait très bien
Afficher 4 textes et images.

Dans une appli comme celle-là je dirais que plus de 80% du temps de réaction est hors du HTML/JS soit donc dans la com et le traitement côté serveur.

Pour afficher un texte formaté en natif ou en HTML ne prends que quelques cycles d’horloge même si la différence entre les deux se compte en milliers de cycles à 3 GHz c’est pinuts.

Franchement si la diff de perf et telle que facedebouc le dit, il faut qu’ils virrent tous leurs ingénieurs.

Pour moi c’est un groupe d’ingénieurs qui maitrise une techno et pas l’autre et qui donc à juste titre choisissent celle qu’ils connaissent. ça n’a rien à voir avec les perfs d’une techno ou d’une autre

A+JYT
3  0 
Avatar de stailer
Membre chevronné https://www.developpez.com
Le 29/12/2012 à 1:05
il en faut 5 fois plus pour la maintenance en html 5 ! car le principal problème est justement la compatibilité avec les divers navigateurs et non pas le problème de perf comme le souligne facebook !! ( preuve en ai, sencha et sa démo ... )

je pense donc au final qu'il s'agit plus d'une question de coût que de perf ...
Je pense pas qu'il faille voir les choses de façon aussi tranchées.

Tout dépend de l'app que tu développes. Déjà selon les besoins, certaines choses ne sont pas possibles en HTML5 ou très difficilement comparées à une version native.

D'un autre côté, dans le cas d'une app avec des besoins réalisables à la fois en natif et en html5 je pense que le temps de dév est au pire le même avec l'avantage du cross plateform pour le html5.

La raison en est simple : une fois que tu as ton archi et que tu as vérifié que tes composants fonctionnent bien sur IOS / Android (car aujourd'hui tout le marché est là) il n'y a pas de raison de multiplier le temps dév.

Me concernant j'ai réalisé une démo il y a peu de temps sous Sencha Touch 2.0.3 : j'ai eu en effet des soucis sur la version Android, surtout de performances.
Une fois que les ai résolus, toute mon archi était prête à fonctionner pour X appli avec un déploiement sous IOS et Android... Certes il y a eu une perte de temps au départ mais tu ne réinventes pas non plus la roue à chaque projet.
2  0 
Avatar de Aldri
Nouveau membre du Club https://www.developpez.com
Le 02/01/2013 à 12:01
L'article de sencha tient quand même du gros bullshit, certes leur appli est très rapide et efficace avec android 4+ et iphone 4+, mais l'équipe de Facebook doit développer une application qui marche sur tous les devices android & iOS.
Pour rire j'ai lancé l'appli de sencha avec un ipad 1 --> crash de safari direct...

Pour ce qui est de la question des compatibilités, il ne faut pas oublier qu'une appli avec webview n'utilise que le navigateur natif (safari sous iOS, webkit stock puis chrome (à partir de 4.1 je crois) sous android).
Pas besoin de tester opéra mobile ou autre, ils ne parlaient pas de refaire le site web mobile mais bien de refaire l'application.
Alors certes certaines évolutions de navigateur se font avec les différentes version d'iOS et Android, mais ça se teste facilement.
Par contre les évolutions de perfs sont très importantes pour une appli webapp comme ça, et là sencha ne peut rien dire, ça ne tourne pas sur du android <4 (gros GROS problèmes de performances), et sur de l'iPad 1 c'est la grosse merde pour faire une appli qui ne crash pas par manque de mémoire (notamment sur les images)

Donc perso je comprends tout à fait la démarche de Facebook, même si la forme du message n'était pas la bonne.
Ce n'est pas le HTML5 qui n'est pas prêt (comme le démontre bien sencha), ce sont les vieux appareils qui tirent vers le bas (comme IE6 puis 7/8 le fait dans le monde du web)...
Tant qu'on veut un truc qui marche partout, on ne peut pas utiliser ce genre de technos
4  2 
Avatar de sekaijin
Expert éminent https://www.developpez.com
Le 04/01/2013 à 17:09
Je viens de relire un peu tout ce qui c'est dit et je ne comprends pas en quoi un développement web serrait plus difficile à maintenir qu'un autre.

Quand je lis "en Natif lorsque tu as fait une fonction et que tu l'as testé c'est une fois pour toute lorsqu’en appli HTML ..."

Heu excusez moi je suis peut être naïf, mais les tests ce n'est pas que pour le Natif. La non-régression, ça existe dans toute maintenance.

Que celui qui n'a jamais eu à subir un changement d'API dans un système quelconque me jette la pierre.

Là franchement j'ai besoin d'explication, car en plus de 30 ans de carrière je n'ai jamais vu une seule techno qui change quoi que ce soit à la maintenabilité.

Ça seule chose qui change quelque chose à la maintenabilité d'un dev c'est ce point ait été pensé dès la conception sans ça c'est le foutoir.

A+JYT
2  0 
Avatar de stailer
Membre chevronné https://www.developpez.com
Le 28/12/2012 à 12:41
Blagues à part, je trouve que c'est une très belle performance de Sencha.
C'est vrai, néanmoins j'émettrai un petit bémol : après de nombreux tests avec Sencha 2.0 j'ai pu constater une énorme différence entre IOS et Android.
Sur Android j'ai eu de nombreux problèmes de lags sur les animétions et c'était nettement plus lent... Le problème semble résolu (mais pas complétement surtout quand l'appli contient des graphes) depuis la 2.1.

Ce qui veut dire, qu'il y a tout juste 1 mois le résultat aurait été nettement différent. Voir pas montrable sur Android.
1  0 
Contacter le responsable de la rubrique Accueil

Partenaire : Hébergement Web