Mark Zuckerberg a récemment parlé du HTML5 et des difficultés Facebook a fait face au développement d'applications mobiles . Dans une citation du monde entier, Zuckerberg a qualifié le HTML5 "d’une des plus grandes erreurs stratégiques que nous avons commises".
Facebook connaît des performances plus lentes avec HTML5 par rapport aux applications natives sur les appareils mobiles et à la diversité des navigateurs mobiles, ce qui entraîne une confusion parmi les développeurs d’hébergement Web quant aux parties de la programmation qu’ils peuvent utiliser - d’où l’attrait des applications natives.
Une application native n'a pas besoin d'une connexion Internet pour s'exécuter; c'est beaucoup plus rapide que de charger une application Web HTML5; et comme les applications natives s'exécutent directement depuis le téléphone, elles ont un accès plus facile au microphone et à la caméra, ce qui les rend plus performantes que les applications Web basées sur HTML5.
Avant de prendre Mark Zuckerberg's HTML5 bashing Comme preuve que les applications Web sont mortes, rappelez-vous qu'il existe de nombreuses raisons pour lesquelles les développeurs continuent à aimer les applications Web dans certaines circonstances.
HTML5 est un exemple de la mentalité "écrire une fois, exécuter partout". Comme la plupart des navigateurs fonctionnent de la même manière, une application peut s'exécuter sur presque tous les navigateurs, contrairement aux applications natives, qui sont spécifiques à un système d'exploitation. Cela rationalise évidemment le développement, mais pour l'utilisateur, cela signifie une continuité, quel que soit le système d'exploitation. Passer de l'iPhone à Android? Au lieu d'avoir à s'habituer aux différentes interfaces du nouveau système d'exploitation, HTML5 garantit que l'application aura l'air, s'exécutera et ressentira la même chose, peu importe quoi.
HTML5 permet également une mise à jour constante, sans avoir besoin d'un magasin d'applications. Chaque fois qu'un utilisateur se connecte à l'application Web, il obtient la version la plus récente du programme.
Avec un site Web tel que Facebook, qui est constamment mis à jour et modifié, une base HTML5 semblait être une évidence. Au lieu de devoir attendre l'approbation du Google Play Store ou du magasin d'Apple, l'application Web se met simplement à jour. Encore une fois, cela plaît à la fois aux utilisateurs et aux développeurs. Pour les développeurs, cela élimine le besoin de réécrire et de resoumettre l'application à chaque mise à jour. pour les utilisateurs, cela leur évite d'avoir à utiliser le bouton "Mettre à jour" toutes les quelques semaines ou tous les mois.
Le problème fondamental de Facebook ne réside pas dans les petites différences entre le codage HTML5 et les applications natives, mais plutôt dans la manière de condenser le contenu des navigateurs de bureau pour les navigateurs mobiles.
Selon Le CNET Facebook compte 955 millions d’utilisateurs par mois, dont 543 millions d’utilisateurs mobiles, soit une augmentation de 67% par rapport à l’année dernière. Ceci est un énorme changement dans les bases de la façon dont fonctionne Facebook.
Les applications natives ne sont pas la solution pour tous les utilisateurs mobiles. Twitter a très bien réussi à utiliser HTML5, CSS3 et JavaScript pour rendre les applications hybrides fonctionnant rapidement et qui se sentent aussi fluides qu’une application native.
Bien qu'il s'agisse de différents types de sites Web, Twitter et Facebook ont les mêmes exigences: Facebook doit être constamment mis à jour avec le contenu le plus récent, tout comme Twitter (mais peut-être dans une moindre mesure). L'intérêt des deux réseaux est de garder les utilisateurs constamment mis à jour sur leurs amis et leurs abonnés, un besoin auquel la programmation HTML5 se prête. Mais les deux sites Web ont également besoin d'une interface fluide et d'un temps de téléchargement rapide, ce qui nécessite quelque chose comme une application native. Cependant, l'utilisation de plusieurs langages de codage sur Twitter pourrait être la direction que Facebook doit prendre. Le code différent, au moins pour Twitter, a créé une application meilleure et plus fluide qu'une application native ou une application HTML5 uniquement.
Les applications natives sont définitivement devenues les premières. Rappelez-vous que les programmes préinstallés (c'est-à-dire les applications), tels que les carnets d'adresses, les calendriers et les calculatrices, sont apparus sur les appareils mobiles bien avant la disponibilité de la connectivité Web. L’un des exemples les plus mémorables a été la mise en œuvre par Nokia du jeu d’arcade classique. Serpent en 1998, qui est devenu un énorme succès dans le monde entier.
Jusqu'à ce que HTML5 rattrape les applications natives pour permettre aux utilisateurs de jouer à des jeux et de charger rapidement les réseaux sociaux, ces derniers domineront ces segments. Cependant, HTML5 est en avance sur les applications météo et commerciales, les deux reposant davantage sur les analyses des utilisateurs, auxquelles les applications Web peuvent accéder et fournir plus rapidement.
La caractéristique que poursuit Facebook - celle que tous les développeurs d'applications devront éventuellement apprendre - est l'adaptabilité.
Apprendre comment votre plateforme fonctionne et quelles fonctions sont les plus importantes pour les utilisateurs est la clé pour guider le développement.
Qu'il s'agisse de HTML5, d'applications natives propres à leurs systèmes d'exploitation respectifs, de JavaScript ou d'une combinaison de ces applications, la leçon la plus importante pour les entreprises qui évoluent dans un monde mobile, comme Facebook, est de utiliser la programmation disponible pour rendre ces points clés aussi accessibles et conviviaux que possible.
Créez-vous des applications mobiles en HTML5 ou en code natif? Pensez-vous que HTML5 va dominer ou y aura-t-il toujours un support pour les applications natives? Faites le nous savoir dans les commentaires.