HTML5 ne devrait pas être considéré comme un langage pour créer une page web

HTML5 ne devrait pas être considéré comme un langage pour créer une page web
Mais comme une plateforme de développement, pour le PDG de Sencha

Sencha est une entreprise qui crée des outils de développement d’applications Web fonctionnant sur une large gamme d’appareils. La firme s’est focalisée sur HTML5 et parmi ses produits, on trouve Sencha Touch, un framework de développement mobile.

Dans une interview accordée à Infoworld dans le but de jauger le développement natif face au développement Web et aux plateformes émergentes parmi lesquelles Tizen et Firefox OS, Michael Mullany, le PDG de Sencha, s’exprime.

Selon lui, avant d’implémenter des applications HTML5, le concepteur devrait supposer qu'il a à sa disposition une puissance plateforme de programmation, et un outil pour créer une simple page Web. Autrement, cela pourrait entraîner une baisse de performance. Les applications HTML5 pourraient alors ainsi rivaliser avec la vitesse des applications natives.

Le fb.html5isready.com, par exemple, reconstruit le flux Facebook en HTML5 mieux que les performances natives offertes sur Android ou iOS.

Mullany pense que sur le marché mobile, le BlackBerry Z10 possède une excellente plateforme qui a le plus de fonctionnalités HTML5. D’ailleurs, il la conseille à quiconque voudrait déployer ses applications HTML5.

Pour le PDG de Sencha, le plus grand des concurrents de la firme n’est autre que le développement natif. Il explique qu’HTML5 est la troisième plateforme de développement la plus prisée derrière les outils natifs pour iOS et Android.

Concernant le système d’exploitation open source multiplateforme Tizen, Mullany estime qu’il sera probablement prêt à la production dans neuf mois. Il n’a pas caché son intérêt pour le système d’exploitation de Firefox OS, relatant même combien les spectateurs l’ont trouvé « accrocheur » lors de sa présentation au Mobile World Congress de février.

Source : Infoworld

Et vous ?

:fleche: Qu’en pensez-vous ? Du développement natif et du développement Web, lequel préférez-vous et pourquoi ?

:fleche: Les applications HTML5 peuvent-elles réellement rivaliser en terme de performance avec les applications natives ?

Citation:

---

Envoyé par Stéphane le calme

Selon lui, avant d’implémenter des applications HTML5, le concepteur devrait supposer qu'il a à sa disposition une puissance plateforme de programmation, et un outil pour créer une simple page Web. Autrement, cela pourrait entraîner une baisse de performance. Les applications HTML5 pourraient alors ainsi rivaliser avec la vitesse des applications natives.

---

Qu'est-ce que cela peut bien vouloir signifier... 8O

Citation:

---

:fleche: Qu’en pensez-vous ? Du développement natif et du développement Web, lequel préférez-vous et pourquoi ?

---

C'est une question d'objectifs et de compétences. Combien d'OS et devices sont ciblés, quelles sont les performances requises, combien de budget et de temps, quelle stratégie d'évolution et de maintenance de l'application... Il n'y a pas lieu d'avoir un débat Natif vs Web, les deux sont parfaitement complémentaires et répondent à des besoins différents.

Citation:

---

:fleche: Les applications HTML5 peuvent-elles réellement rivaliser en terme de performance avec les applications natives ?

---

Logiquement, la compilation JIT ne rivalisera jamais avec l'exécution de code pré-compilé ; et le chargement de ressources distantes sera toujours plus long que le chargement de ressources locales. Mais ça ne signifie pas qu'une appli HTML5 apparaîtra forcément plus lente qu'une appli native, la preuve avec Fastbook de Sencha. Qu'importe la techno choisie, la qualité de code, les efforts d'optimisation et le ressenti utilisateur sont autant de facteurs qui déterminent la "performance" d'une application.

Citation:

---

fb.html5isready.com, par exemple, reconstruit le flux Facebook en HTML5 mieux que les performances natives offertes sur Android ou iOS.

---

Peu importe , puisqu'ils n'utilisent même pas leur propre framework pour ce faire... big marketing fail ... combien de temps passé à optimiser cet app ? alors que les devs natifs ont de bonne perfs de base + un look & feel propre à l'OS + une api plus puissante?

Maintenant , si le but c'est faire 4 pages de listes et formulaires , tout ce vaut.

Cependant une webapp reste une page web qui communique avec un navigateur vers le serveur via http. Une webapp rest une page web par définition et le restera , tant qu'on aura besoin d'une page html pour la déployer.

Citation:

---

Envoyé par Stéphane le calme

Selon lui, avant d’implémenter des applications HTML5, le concepteur devrait supposer qu'il a à sa disposition une puissance plateforme de programmation, et NON un outil pour créer une simple page Web.

---

Je suppose ?


Sinon, je pense qu'effectivement l'arrivée du HTML5 a facilité l'apparitions d'outils permettant de créer de vraies applications client-side.

Avant on avait le serveur qui générait une page web via templating et un peu de JS client-side pour dynamiser la chose. Aujourd'hui on voit arriver des applications très complexes client-side. On a juste un serveur HTTP qui sert du contenu statique, et l'application va chercher en background des données via AJAX et websockets, souvent transitant en JSON, ce qui permet

• D'éviter les rechargements du dom à la navigation qui cassent l'expérience utilisateur
• D'optimiser la quantité de données transitant sur le réseau
• De faire des applications temps-réel, ce qui va être de plus en plus vital pour les entreprises

Je conseille d'aller jeter un coup d'oeil à trello qui illustre bien ce type d'applications. Essayez d'aller sur les boards, d'ajouter des cards et amusez vous à redimenssioner la fenêtre pour la rendre de plus en plus petite : c'est entièrement responsive, avec au moins 3 layouts. Les utilisateurs sont notifiés en temps réel des actions des autres collaborateurs. (tech stack trello).

Bref je pense effectivement que le HTML5 a permis de réaliser plus facilement des applications web qui s'adaptent facilement au device tout en se rapprochant de la puissance d'une appli native et en évitant toute installation.

Mais ce n'est pas pour autant la réponse universelle à tous les besoins.

Je n'ai pas testé Sencha, par contre j'ai testé Phonegap..

Effectivement les performances et la rapidité d’exécution sont bien moindres que sur un ordinateur. Mais cela reste exploitable.. Et avec un seul développement (html5 + js) on a une application web compatible ios / android / pc / mac / linux .. Moi je suis quand même très fan de l'idée !

Autant je peux adhérer à l'évolution du HTML autant avec la couche cliente en JS j'ai l'impression qu'on a fait un bond de 20 ans en arrière :

Inmaintenable, illisible, non objet, trop permissif, sécurité limite (comment une boite peut accepter de balancer du code en clair coté client... ?).

Pour des application bidouilles, ça passe, pour des vrais projets, je crois que c'est pas encore ça.

Vivement le retour de Silverlight...

Citation:

---

Envoyé par Marauder

Autant je peux adhérer à l'évolution du HTML autant avec la couche cliente en JS j'ai l'impression qu'on a fait un bond de 20 ans en arrière :

Inmaintenable, illisible, non objet, trop permissif, sécurité limite (comment une boite peut accepter de balancer du code en clair coté client... ?).

Pour des application bidouilles, ça passe, pour des vrais projets, je crois que c'est pas encore ça.

Vivement le retour de Silverlight...

---

Par inmaintenable et illisible, j'imagine que tu fais référence à ta qualité de code Javascript :roll: Qui pour rappel est un langage objet... Quant à la sécurité, ça se passe sur le serveur. Et s'il faut cacher du code client pour une quelconque raison, on peut obfusquer le Javascript.

Essaie d'utiliser Google Drive, Facebook ou GMail sans Javascript activé. Là tu auras l'impression de revenir 20 ans en arrière. M'enfin, pour conclure sur Silverlight ça ressemble quand même à un beau gros troll.

Objet, oui c'est vrai, il est objet... je l'avais même oublié tant je suis horrifié à chaque fois que j'ouvre un bout de code js... Mais comment dire... Comparer un langage de script faiblement typé qui autorise tout et n'importe quoi à de vrais langages compilés comme Java/C# ou C++ c'est un peu comme comparer MS-DOS à Windows 8... Si si, les deux sont des OS !

Sinon mon code reste parfaitement lisible, clair et commenté, contrairement à la tonne de librairie js nécessaires pour pondre un site qui tient à peu près la route... Sans parler les fichiers de 10000 lignes de code... quel bonheur pour comprendre et maitriser ce que l'on fait...

J'ai aussi bossé en Java, C++ et C#, et j'ai aussi vu des fichiers de 10k lignes insipides à lire. Langage et qualité de code n'ont strictement rien à voir, si tu as une mauvaise impression du JS c'est que tu es probablement tombé sur du code de qualité médiocre. Et il est vrai qu'il y a très peu de bons codeurs en JS, vu que le langage n'est pas enseigné dans les écoles et dénigré dans les formations en entreprise. Du coup, les gens l'apprennent sur le coude et sur des sites assez douteux. Mais la faute n'est pas à imputer au langage :roll:

Je suis en train de développer une application Jee avec l'implémentation de la couche de présentation en HTML5.
En fait, je trouve que cette nouvelle technologie est très bien adapté aux besoins de la rapidité, de l'interaction avec le client.
j'ai utilisé le Framework DWR ( Direct Web Remoting ) qui permet de réaliser le mapping entre les objets Java et JavaScript ce qui entraîne de diminuer les traitements côté serveur et donc pas besoin de recharger la totalité de la page.
( avant on utilise la technologie JSP ce qui alourdit les traitements coté serveur).
voilà mon opinion