Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

  1. #1
    Chroniqueur Actualités

    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    mars 2013
    Messages
    4 853
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Canada

    Informations professionnelles :
    Activité : Administrateur de base de données

    Informations forums :
    Inscription : mars 2013
    Messages : 4 853
    Points : 125 969
    Points
    125 969
    Par défaut 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 ?

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

    Les applications HTML5 peuvent-elles réellement rivaliser en terme de performance avec les applications natives ?
    Contribuez au club : Corrections, suggestions, critiques, ... : Contactez le service news et Rédigez des actualités

  2. #2
    Rédacteur/Modérateur

    Avatar de SylvainPV
    Profil pro
    Inscrit en
    novembre 2012
    Messages
    3 262
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : novembre 2012
    Messages : 3 262
    Points : 9 550
    Points
    9 550
    Par défaut
    Citation Envoyé par Stéphane le calme Voir le message
    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...

    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.

    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.
    One Web to rule them all

  3. #3
    Membre éprouvé
    Profil pro
    Inscrit en
    juillet 2010
    Messages
    657
    Détails du profil
    Informations personnelles :
    Localisation : France, Paris (Île de France)

    Informations forums :
    Inscription : juillet 2010
    Messages : 657
    Points : 1 227
    Points
    1 227
    Par défaut
    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.

  4. #4
    Membre éclairé
    Avatar de Enerian
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    août 2011
    Messages
    230
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 29
    Localisation : France

    Informations professionnelles :
    Activité : Ingénieur développement logiciels

    Informations forums :
    Inscription : août 2011
    Messages : 230
    Points : 864
    Points
    864
    Par défaut
    Citation Envoyé par Stéphane le calme Voir le message
    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.

  5. #5
    Membre averti
    Profil pro
    Inscrit en
    janvier 2004
    Messages
    477
    Détails du profil
    Informations personnelles :
    Âge : 47
    Localisation : France, Paris (Île de France)

    Informations forums :
    Inscription : janvier 2004
    Messages : 477
    Points : 384
    Points
    384
    Par défaut
    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 !

  6. #6
    Membre régulier
    Profil pro
    Inscrit en
    septembre 2008
    Messages
    65
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : septembre 2008
    Messages : 65
    Points : 97
    Points
    97
    Par défaut
    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...

  7. #7
    Rédacteur/Modérateur

    Avatar de SylvainPV
    Profil pro
    Inscrit en
    novembre 2012
    Messages
    3 262
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : novembre 2012
    Messages : 3 262
    Points : 9 550
    Points
    9 550
    Par défaut
    Citation Envoyé par Marauder Voir le message
    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 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.
    One Web to rule them all

  8. #8
    Membre régulier
    Profil pro
    Inscrit en
    septembre 2008
    Messages
    65
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : septembre 2008
    Messages : 65
    Points : 97
    Points
    97
    Par défaut
    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...

  9. #9
    Rédacteur/Modérateur

    Avatar de SylvainPV
    Profil pro
    Inscrit en
    novembre 2012
    Messages
    3 262
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : novembre 2012
    Messages : 3 262
    Points : 9 550
    Points
    9 550
    Par défaut
    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
    One Web to rule them all

  10. #10
    Nouveau membre du Club
    Étudiant
    Inscrit en
    janvier 2011
    Messages
    51
    Détails du profil
    Informations personnelles :
    Âge : 30

    Informations professionnelles :
    Activité : Étudiant

    Informations forums :
    Inscription : janvier 2011
    Messages : 51
    Points : 38
    Points
    38
    Par défaut
    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

Discussions similaires

  1. Titre des images qui ne devrait pas être affiché
    Par sedrilo dans le forum Tableaux - Graphiques - Images - Flottants
    Réponses: 5
    Dernier message: 19/08/2007, 21h31
  2. Réponses: 9
    Dernier message: 08/08/2007, 10h58
  3. Réponses: 4
    Dernier message: 21/03/2007, 14h36
  4. Réponses: 6
    Dernier message: 03/09/2003, 11h29

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo