Javascript: le nerf de la la guerre des browsers. Pourquoi?

Avec son site Chrome Experiment, Google met en avant la supériorité de son navigateur Chrome dans les performances Javascript. La fondation Mozilla le fait également régulièrement: voir le blog de Tristan.

Pourquoi ?

1. Parce que l'on se dirige tout doucement vers le Cloud Computing intégral où tout est stocké dans le réseau y compris le code front-end et back-end
2. Parce que ce code applicatif est alors téléchargé en live sur le client au moment où l'application est activée. C'est la fameuse "empreinte nulle" (sur le disque dur - "zero footprint" en bon jargon) de l'application elle-même et de ses pré-requis. Il s'agit que l'application puisse fonctionner le plus localement possible voire en mode déconnecté comme Google Docs ou Google Calendar
3. Parce que le client qui active cette application est le plus souvent inconnu et hors de contrôle (il arrive par Internet) de la société qui publie l'application. A l'époque du self-service (i.e de l'efficacité / économie à tout crin), il faut que ce soit l'utilisateur externe qui fasse le boulot. Pour que cela fonctionne, il ne faut imposer aucun pré-requis complexe d'installation
   
4. Parce que cet utilisateur externe doit malgré tout avoir accès à une interface graphique riche (les fameuses RIA) pour donner une bonne image et soigner aussi la productivité de cette source externe de travail non rémunéré
   
5. Parce que les développeurs de cette application doivent pouvoir travailler à un niveau de productivité élevé (orientation objet, support des IDEs, etc...)

Quand on combine tous ces facteurs: on arrive à un langage de programmation qui doit être

• nativement embarqué dans tous les browsers standards du marché
• utilisable par des programmes arrivant en temps réel par le réseau
  
• offrir l'accès intégral aux structures HTML rendues par le navigateur et au système back-end par un mécanisme RPC performant (le XHR, partie critique d'AJAX inventée par Microsoft pour Outlook)
  
• doté d'une riche palette d'outillage sur Eclipse, Netbeans, etc.... et de techniques de programmation avancée (objets, prototypes, etc...)
• ouvert pour fonctionner fluidement avec l'ensemble des extensions, plus-ins et autres add-ons qui sont souvent déterminants dans la maximisation de la productivité retirée d'un browser ou l'autre
  

Si l'on fait la synthèse de ces caractéristiques, je ne trouve que Javscript qui réponde au mieux à toutes. J'exclus d'entréee Flash et Silverlight à cause de leur côté propriétaire qui les empêche de satisfaire certains points ci-dessus.

Seul hic: Javasript est un langage interprété donc "flexible". Il n'y qu'un pas pour transformer cette flexiblité en un chaos insupportable, surtout dans le travail en équipe...

[Je suis intéressé par vos analyses d'autres langages meilleurs que JS dans la satisfaction simultanée de toutes ces contraintes!]

Pour ceux qui pensent (encore) que Javacript n'est bon qu'à ajouter de mignonnes petites animations à leurs pages web, je leur conseille de regarder des frameworks comme GWT de Google, Dojo ou ZK pour découvrir différentes approches maximisant l'étendue des vraies possibilités professionnelles de Javascript....

Tout ceci pour dire que l'on va donc charger et faire exécuter des applications Javacript de plus en plus énormes dans nos navigateurs.

Ouvrir la bataille de la différentiation sur le terrain des performances Javascript est donctrès judicieux.

[PS à mes lecteurs non-technophiles: j'avais aujourd'hui envie d'un billet "dans les bits"...]

Source: blog Media & Tech (par didier durand)