javascript_logoLes applications estampillées RIA reposent pour partie sur les fonctionalités natives offertes par les browsers : leur moteur Javascript d'une part et celui de rendu d'autre part (HTML & co). Le Javascript est ainsi (re)devenu la star incontournable des applis web actuelles (s'il est fait exception des applis s'appuyant sur des plugins comme Flash). La différence fondamentale actuelle est l'usage qu'il est fait du javascript maintenant : son rôle évolue d'un langage pour "bricoleur - talentueux pour certains - du web" à ce qui pourrait être assimilé à du "bytecode" puisque généré par des compilateurs de toutes sortes.

GWT a ouvert le bal en proposant la conversion de code Java en code Javascript (avec certaines limitations) interpretable par la "Browser Virtual Machine" qu'est le navigateur. D'autres initiatives, sans doute marginales - mais qui sait... la communauté peut s'y attacher - , vont dans le même sens et renforcent ce mouvement :

- HotRuby : une VM pour ... Ruby (HotRuby a javascript flash virtual machine that runs ruby)

- Orto : compile un programme Java en Javascript (Running java in javascript)

Force est de constater que les efforts actuels des différents protagonistes du marché du navigateur que sont Firefox, Safari, Opera et ... IE (même si ce dernier fait clairement figure d'outsider pour le moment) vont aussi dans le sens d'une amélioration très notable des performances offertes par leur moteur Javascript : Comparaison de performances sur dromaeo.com.

La vocation du browser va t'elle s'enrichir d'un rôle de machine virtuelle pour toutes sortes de langages et offrir un nouveau champ de bataille à ceux-ci ?