Discussion :

[Bill Fassinou]

En 2001, Roy Fielding, un cofondateur de la fondation Apache, avait pr�dit que JavaScript allait r�ussir � s'imposer sur le Web,
voici ses raisons

Sur le Web d�aujourd�hui, le triplet HTML, CSS et JavaScript dominent largement les autres combinaisons utilis�es dans le d�veloppement des applications Web, une tendance qui va sans doute continuer � progresser au cours des ann�es � venir. Malgr� le fait que Java soit jug� plus robuste que JavaScript, le langage de Sun Microsystems n�a pas su s�imposer avec la fonctionnalit� des applets pour le Web. Ce qui s�est pass�, Roy Fielding, un des fondateurs de la fondation Apache, l�avait pr�dit, citant quelques-unes des raisons pour lesquelles JavaScript allait battre Java sur le Web.

Roy Thomas Fielding est un informaticien am�ricain n� en 1965 � Laguna Beach en Californie. Il est notamment connu pour ses travaux pour le d�veloppement des premiers serveurs Web, et principalement le serveur Web Apache, le fonctionnement du Web, la sp�cification HTTP et est l�un des fondateurs de la fondation Apache. Dans un paragraphe d�un m�moire publi� en 2001 sur la fa�on dont l�architecture REST a influenc� le d�veloppement de l�architecture du Web moderne, Fielding comparait Java et JavaScript et trouva ce dernier plus efficace sur le Web que Java.

Roy Thomas Fielding

Selon Fielding, les deux langages ont �t� introduits � un moment o� le paradigme du code � la demande (code-on-demande) �tait en plein essor sur le Web. Pour rappel, en informatique distribu�e, le code � la demande est une technologie qui envoie un code logiciel ex�cutable d'un ordinateur serveur � un ordinateur client � la demande du logiciel du client. � ce jour, les exemples les plus connus du paradigme du code � la demande sur le Web sont les applets Java, le langage ActionScript d'Adobe pour le lecteur Flash, et le langage JavaScript.

Pour lui, si les applets Java n�ont pas pu tenir la concurrence avec la mont�e du JavaScript, ce n'est certainement pas pour sa qualit� technique en tant que langage, puisque sa syntaxe et son environnement d'ex�cution sont consid�r�s comme m�diocres par rapport � Java. Ce n'est pas non plus � cause du marketing : Sun (d�sormais rachet� par Oracle) d�passe de loin Netscape � cet �gard, et continue � le faire. Ce n'est pas non plus pour les caract�ristiques intrins�ques des langages, puisque Java a eu plus de succ�s que JavaScript dans tous les autres domaines de programmation (applications autonomes, servlets, etc.).

En outre, Roy Fielding pense que les raisons de cette divergence se trouvent dans les caract�ristiques que pr�sente le langage Java en tant que type de m�dia de repr�sentation au sein de REST. L�analyse de Fielding admet que le langage JavaScript est mieux adapt� au mod�le de d�ploiement de la technologie Web. Selon lui, JavaScript est beaucoup plus facile � apprendre, sans grand effort pour un d�butant.

De m�me, il estime que JavaScript a �galement un impact moindre sur la visibilit� des interactions. Des organisations ind�pendantes peuvent lire, v�rifier et copier le code source �crit en JavaScript de la m�me fa�on qu'elles pourraient copier le code HTML. Java, en revanche, est t�l�charg� sous forme d'archives binaires, ce qui signifie que l'utilisateur doit se fier aux restrictions de s�curit� dans l'environnement d'ex�cution Java. En plus, ce dernier poss�derait de nombreuses autres fonctionnalit�s dont l'autorisation dans un environnement s�curis� est jug�e discutable.

Il s�agit notamment de la possibilit� de renvoyer les requ�tes RMI (invocation de m�thode distante) au serveur d'origine. Il a aussi d�clar� que la distinction la plus importante entre les deux est peut-�tre le fait que JavaScript entra�ne une latence moindre per�ue par l'utilisateur. Ce dernier est g�n�ralement t�l�charg� dans le cadre de la repr�sentation primaire, alors que les applets Java n�cessitent une requ�te s�par�e. Le code Java, une fois converti au format de code d'octet, est beaucoup plus grand que le JavaScript typique.

Enfin, l�autre chose en d�faveur de Java est qu�il exige que l'ensemble des fichiers de classe soit t�l�charg� et install� avant que l'application puisse s�ex�cuter. Par contre, le JavaScript peut �tre ex�cut� pendant le t�l�chargement du reste de la page HTML. Ces diff�rents arguments de Fielding semblent montrer que d�s le d�part, Java n�avait aucune chance de s�imposer sur le Web au d�triment de JavaScript. Aujourd�hui, JavaScript est all� bien au-del� de ce pour quoi il a �t� con�u au d�but. Le langage a un �cosyst�me plus vaste que jamais et continue � se d�velopper.

Le rapport sur l��tat de JavaScript en 2019 montrait comment il a continu� � prendre de l�ampleur au cours de ces derni�res ann�es. Le langage semble avoir conquis le Web pour toujours. Il est d�ailleurs actuellement le langage le plus utilis� par les contributeurs sur GitHub. Par ailleurs, d�autres facteurs ont aussi contribu� � sa domination sur le Web. Les entreprises comme Microsoft ont aussi pouss� quelques pions.

Une fois que l'on ne pouvait plus compter sur la pr�sence de Java sur tous les principaux navigateurs, il ne restait plus que le JavaScript et il ne cessait de s'am�liorer. Il a d�velopp� plus tard TypeScript, un surensemble de JavaScript avec des propri�t�s beaucoup plus strictes. Cela a pour but d'am�liorer et de s�curiser l'�criture de code source JavaScript. Il a contribu� � faciliter la cr�ation d�application Web plus moderne. D�autres projets comme Node.js ont apport� JavaScript du c�t� du serveur avec un temps d�ex�cution ultrarapide.

Source : Roy Thomas Fielding

Et vous ?

Quel est votre avis sur le sujet ?
�tes-vous du m�me avis que Roy Thomas ?
Pour quelles autres raisons JavaScript d�passe Java sur le Web selon vous ?

Voir aussi

�tat de JavaScript en 2019 : les d�veloppeurs aiment un peu plus React, Angular est en d�clin, un groupe de d�veloppeurs pense que JS est � trop complexe �

Python devance Java et devient le deuxi�me langage de programmation le plus utilis� par les contributeurs sur GitHub, apr�s JavaScript

The State Of JavaScript 2018 : l'enqu�te r�v�le que JavaScript est en pleine �volution. Voici une vue macro des technologies JS utilis�es

La version 3 de Svelte, le framework de composants graphiques, est disponible et repense la r�activit� des frameworks autrement

La version stable de TypeScript 3.7.0 est disponible et apporte diverses fonctionnalit�s et quelques am�liorations au langage

[grunk]

D'un autre cot� il n'existe toujours aucune alternative � javascript si on veux interagir c�t� client. Difficile de ne pas s'imposer dans ces conditions

Quand on y pense c'est d'ailleurs tr�s surprenant qu'aucun acteur majeur des navigateurs n'est voulu lancer son alternative.

[youtpout978]

D'un autre cot� il n'existe toujours aucune alternative � javascript si on veux interagir c�t� client. Difficile de ne pas s'imposer dans ces conditions

Quand on y pense c'est d'ailleurs tr�s surprenant qu'aucun acteur majeur des navigateurs n'est voulu lancer son alternative.

Si maintenant il y a WebAssembly, il y a blazor pour le C# mais la partie full client n'est pas encore termin�, �a devrait sortir cette ann�e n�anmoins, pour les autres langages je ne sais pas ou �a en est.

Et si Google a tent� Dart mais �a �t� un flop, en m�me temps c'est compliqu� quand c'est pas une norme adopt� par tous les navigateurs, surtout qu'� l'�poque chrome n'avait pas les m�mes part de march� qu'aujourd'hui.

[air-dex]

D'un autre cot� il n'existe toujours aucune alternative � javascript si on veux interagir c�t� client. Difficile de ne pas s'imposer dans ces conditions

Quand on y pense c'est d'ailleurs tr�s surprenant qu'aucun acteur majeur des navigateurs n'est voulu lancer son alternative.

C'est �a. JavaScript s'est impos� gr�ce � la chasse aux sorci�re des plugins sur navigateurs, men�e soit-dit en passant par les cr�ateurs du JavaScript (Mozilla) et par quelqu'un de rancunier envers Adobe (Steve Jobs parce qu'Adobe avait refus� de faire une version Mac de Photoshop � une �poque o� Apple �tait en grande difficult�). Que reste-t-il pour faire du Web c�t� client une fois que t'as d�gag� Java, Flash et Silverlight ? On retourne tous faire du VB Script sur ce bon vieux Internet Explorer ?

JS a eu la chance d'�tre au bon endroit au bon moment du coup tout le monde l'utilise quand m�me.

Si maintenant il y a WebAssembly, il y a blazor pour le C# mais la partie full client n'est pas encore termin�, �a devrait sortir cette ann�e n�anmoins, pour les autres langages je ne sais pas ou �a en est.

Et si Google a tent� Dart mais �a �t� un flop, en m�me temps c'est compliqu� quand c'est pas une norme adopt� par tous les navigateurs, surtout qu'� l'�poque chrome n'avait pas les m�mes part de march� qu'aujourd'hui.

WASM est difficile � lire et � �crire pour un d�veloppeur humain. Le plus simple avec WASM est d'�crire son code dans un autre langage (C++, Rust...) puis de le compiler/transpiler en WASM, pas d'�crire � la main un fichier .wat qui sera une horreur � maintenir. Mais m�me l� ton WASM seul ne suffira pas. Il lui faudra probablement des bindings JS pour le faire interagir avec le reste de la page. Donc du JavaScript, encore et toujours.

[youtpout978]

WASM est difficile � lire et � �crire pour un d�veloppeur humain. Le plus simple avec WASM est d'�crire son code dans un autre langage (C++, Rust...) puis de le compiler/transpiler en WASM, pas d'�crire � la main un fichier .wat qui sera une horreur � maintenir. Mais m�me l� ton WASM seul ne suffira pas. Il lui faudra probablement des bindings JS pour le faire interagir avec le reste de la page. Donc du JavaScript, encore et toujours.

Bein c'est le framework qui s'occupe de �a, toi tu code dans ton langage pr�f�r�, c'est tout, j'ai jamais dis qu'il faut cr�er le Wasm � la main,je parle justement du c# dans mon cas ...

[grunk]

Quand on y pense on est quand m�me passer par loin de s'affranchir de JS. Quand les langages serveur comme PHP sont arriv�s , JS �tait compl�tement hasbeen et c'�tait limite la honte de l'utilis� , c'�tait m�me courant d'avoir des navigateur avec le support JS d�sactiv�.
Puis est arriv� le web 2.0 et les XMLHTTPRequest et l� ... c'est le drame Retour en fanfare de JS avec la progression qu'on lui connait maintenant.

[air-dex]

Bein c'est le framework qui s'occupe de �a, toi tu code dans ton langage pr�f�r�, c'est tout, j'ai jamais dis qu'il faut cr�er le Wasm � la main,je parle justement du c# dans mon cas ...

Justement non. Tu ne coderas jamais 100% du truc dans ton langage compilable en WASM pr�f�r�.

Le gros du projet se fera comme �a. Je n'ai jamais dit le contraire. Emscripten, Blazor, Rust-WASM... compileront ton code en WASM et te cr�eront les bindings JavaScript dans le style de ton choix (vieux JS pr�-2015, JS moderne tirant puissance d'ES6 et au del�, avec les sp�cificit�s de Node.js...), ainsi que les bindings TypeScript si tu en as besoin. Fort bien. Mais une fois tout �a inclus dans ta page Web, il faudra bien que tu tapes quelques lignes du code allant taper le WASM. Qu'�criras-tu pour cela ? Un fichier .wat ou bien du code JS qui passera par les bindings g�n�r�s pour atteindre ton WASM ?

Quand on y pense on est quand m�me passer par loin de s'affranchir de JS. Quand les langages serveur comme PHP sont arriv�s , JS �tait compl�tement hasbeen et c'�tait limite la honte de l'utilis� , c'�tait m�me courant d'avoir des navigateur avec le support JS d�sactiv�.
Puis est arriv� le web 2.0 et les XMLHTTPRequest et l� ... c'est le drame Retour en fanfare de JS avec la progression qu'on lui connait maintenant.

C'est par �tapes. D'abord �a, puis la chasse aux sorci�res contre les plugins o� c'est devenu du "JS ou cr�ve", puis la "r�volution Node.js" qui a sorti JavaScript des navigateurs Web et des WebViews.

[Sodium]

JavaScript s'est impos� pour une seule et unique raison : c'est le seul langage support� en natif par tous les navigateurs. Pas besoin d'aller chercher plus loin.

[yahiko]

JavaScript s'est impos� pour une seule et unique raison : c'est le seul langage support� en natif par tous les navigateurs. Pas besoin d'aller chercher plus loin.

Pour compl�ter, et aller plus loin, on peut se demander pourquoi c'est le cas.

Il y a pourtant eu � une �poque la tentative de Microsoft d'imposer le VBScript. Il a �chou� malgr� le fait qu'Internet Explorer d�tenait une grande partie des parts de march� des navigateurs (92% en 2004 selon Wikip�dia).

JavaScript l'a emport� parce que ce fut le langage du premier navigateur grand public : Netscape. Et que de facto, tous les navigateurs suivant ont �t� contraint de supporter (plus ou moins) JavaScript.

C'est un cas d'�cole o� le premier sur le march� rafle la mise.

[Sodium]

Je pense que c'est plus compliqu� que �a. � l'�poque on ne faisait pas grand-chose en JavaScript (voir en web tout court) car �a n'a jamais �t� pens� pour �a, �a servait � faire clignoter un texte, changer une couleur, de toute mani�re il fallait limite �crire du code s�par� pour chaque navigateur. D'o� l'apparition des applets Java, extensions vba, Flash, etc. Sauf que les utilisateurs ont fini par en avoir que chaque page web affiche 15 extensions inutiles, lourdes et souvent portes d'entr�es aux attaques. Donc on les a peu � peu supprim�es. Et il restait quoi ? Bah JavaScript, avec lequel on a pu faire de plus en plus de trucs, mais qui restent du bricolage car le langage n'est pas adapt� � de la programmation complexe.

[psychadelic]

Pour moi, il oublie de parler de jQuery.

et m�me des librairies JS, avec en t�te YUI (Yahoo! User Interface Library)
Javascript n'�tait pas tr�s utile dans les d�but du net, tout le monde d�couvraient le "truc", et le plus important �tait d'avoir des pages HTML pour faire des site vitrines.

Ce n'est qu'ensuite qu'on � voulu rendre les pages un peu plus attractives et la Google � bien jou� le coup avec jQuery, car le principal souci de Google c'�tait que le web puisse �tre lisible en html et non en html sauce Microsoft, ou sauce Adobe/Flash, en encore en sauce applets Java.

On � besoin de standards Web ind�pendants pour le b�n�fice de tous (et non pour le b�n�fice de multinationales)

Aujourd'hui JS est un langage pleinement standardis� sur toutes les plateformes (jQuery devient inutile), On peut lui reprocher des tas de trucs, mais c'est le seul(?) dans ce cas la, et s'il y a un vrai reproche � faire sur les autres langages, il faut s'adresser au multinationnales qui n'ont jamais �t� fichus de faire de leurs langages interpr�t�s de vrais standards universels.