Les vrais-faux débats et polémiques autour des développements informatiques sont légions, et ceci dans tous les domaines, par exemple : sur le mobile HTML5 vs. Applications natives, Java vs .Net, C++ vs Objective C etc… Selon le point de vue ou la culture de chacun, les opinions divergent rapidement, mais au final, tout le monde à raison. Un billet de Mike Driscroll m’a interpellé et témoigne de l’évolution du développement web ces 20 dernières années. Celui-ci a en effet subi de profonds changements depuis sa naissance.On peut en effet distinguer 3 phases. Tout d’abord dans les années 90, l’ère des pages HTML statiques. Les pages étaient développées une à une avec très peu d’interactions. Ensuite dans les années 2000, avec l’arrivée des bases de données en ligne et des langages pouvant s’y connecter, comme les plateformes LAMP (Linux, Apache, MySQL, PHP) ou similaire (CGI, Ruby On Rails, Python), le contenu et la structure des pages est devenu dynamique. Le serveur génère alors les pages HTML à partir de modèles (templates).
L’utilisation de plus en plus accrue du langage Javascript et notamment de la technologie AJAX intégrée au sein du navigateur client a permis d’offrir une interaction plus fluide entre l’utilisateur, la page web et le serveur. Les pages sont alors constituées d’éléments indépendants et autonomes, chargées de manière asynchrone grâce au langage Javascript. Fort de cette souplesse, nous n’avons alors plus de document composé à 100% de HTML, mais un document écrit en grande partie en Javascript. Des frameworks Javascript ont alors percé dans le milieu des développements web comme JQuery.
Le problème aujourd’hui est qu’utiliser cette méthode d’interaction avec une architecture technique comme LAMP impose une charge serveur relativement importante pour un simple rafraîchissement d’une partie de la page. Comme l’indique Mike Driscoll, “quand les templates sur votre serveur LAMP sont composés de 10% de HTML et 90% de JavaScript, il y a un problème“.
Dans cette configuration, il serait donc plus judicieux que le serveur envoie des données et des fonctions directement en Javascript et en JSON (le format de transmission de données adapté à Javascript). A partir de cela, c’est le navigateur qui va faire le rendu de la page. Le rôle du serveur est d’être à l’écoute de l’ensemble des actions et événements générés par l’utilisateur lors de la consultation de la page.
Node.JS répond donc à ce problème en proposant un serveur basé sur le célèbre moteur Javascript V8 (utilisé par Chrome), permettant de développer en JavaScript côté serveur. Sa gestion des connexions de manières non bloquantes permet d’avoir des applications performantes et pouvant tenir de fortes charges. Ce système de connexion va permettre de gérer les événements de manière interactive et en temps réel. Node.JS est Open Source, intégrant de nombreux modules, avec une communauté très active derrière.
Le Javascript va t-il supplanter les autres langages web ? Node.JS est une technologie pleine de promesse pour les développeurs. Les utilisateurs naviguent aujourd’hui de manières différentes avec une page web. Les attentes sont donc plus fortes et surtout tout doit aller encore plus vite. L’interaction et la réactivité d’un site est primordiale, sinon l’utilisateur s’en va. Node.JS est encore jeune, peut être pas encore assez stable pour une service à mettre en production. C’est un couche technique supplémentaire à savoir gérer. De plus le javascript n’est pas visible par les crawlers des moteurs de recherche, ce qui est un problème pour le référencement naturel. Mais une chose est sûre, si vous avez un bon développeur javascript sous le coude, ne le lâchez pas, il pourra vous être encore plus indispensable à l’avenir !
source : http://fr.techcrunch.com/2011/04/29/le-javascript-va-t-il-detroner-les-autres-langages-web/
0 commentaires:
Enregistrer un commentaire