Discussion :

[Patrick Ruiz]

� Nous devons arr�ter d�utiliser JavaScript �, lance Douglas Crockford, le cr�ateur de JSON
Dont la sortie sugg�re que le langage est devenu une usine � gaz apr�s une trentaine d�ann�es d�existence

Le langage JavaScript (JS) est pr�sent sur tous les sites Internet et permet de rendre l�exp�rience utilisateur la plus agr�able possible sur divers pans. Cela vient n�anmoins avec un co�t �tant donn� que ce langage s�ex�cute c�t� client (sur le PC de l�internaute) : la lenteur des sites qui d�coule de l�utilisation abusive de biblioth�ques comme JQuery. C�est l�une des raisons pour lesquelles le cr�ateur de JSON peut sortir comme cela a �t� le cas r�cemment pour prendre position : � Nous devons arr�ter d�utiliser JavaScript. �

� Il y a 20 ans, je militais pour le JavaScript. J'expliquais que JavaScript �tait un langage bien meilleur que tout le monde ne le pensait et que si nous l'utilisions correctement, nous pourrions faire des choses extraordinaires et changer le monde. Et c'est ce qui s'est pass�. D�sormais, mon �vangile est que nous devrions arr�ter d'utiliser JavaScript �, lance le cr�ateur de JSON dont la sortie sugg�re que le langage JavaScript est d�sormais une usine � gaz apr�s une vingtaine d�ann�es d�existence.

Douglas Crockford est un programmeur et entrepreneur am�ricain, notamment connu pour sa forte implication dans le d�veloppement du langage JavaScript et pour la cr�ation du format JSON. Il est �galement le d�veloppeur de l'outil JSLint, permettant de d�tecter des erreurs de syntaxe JavaScript ainsi que ce qu'il consid�re comme de mauvaises pratiques.

Depuis sa cr�ation pour rendre les premiers sites web dynamiques, JavaScript n'a cess� de gagner en popularit� au fil des ans. Ce langage est rest� le plus demand� de janvier 2022 � juin 2023, d�apr�s des donn�es de la plateforme DevJobScanner. JavaScript est pr�sent sur quasiment tous les sites web, mais c�est suite � la � mode du tout JavaScript � que des probl�mes font surface sur des sites Web en production.

En effet, ce langage permet de rendre l�exp�rience utilisateur agr�able sur plusieurs pans :

• Aucun rechargement de la page pour une fonctionnalit� sp�cifique (charger un liste, etc.).
• Permet de faire des animations.
• Evite de recharger une page pour valider des formulaires.
• Etc.

C�est une liste non exhaustive des possibilit�s que le langage offre. Le souci vient de l�utilisation tous azimuts de la biblioth�que JQuery par des programmeurs qui optent pour la facilit� m�me dans des cas de figure o� il est possible de s�en passer. Cons�quence : l�ex�cution c�t� client du site Web se fait au rythme du chargement des �l�ments de la biblioth�que JQuery et donc � pas lents.

Ces programmeurs optent en g�n�ral pour JQuery pour g�rer des Sliders, des animations en tous genres, des pop-ups, des menus d�roulants au d�triment de CSS qui permet d�atteindre les m�mes objectifs tout en augmentant les performances du site web, car il n�y a plus de chargement de script inutile. Et donc s�il n�est pas possible de se d�barrasser du langage JavaScript comme le sugg�re le cr�ateur de JSON, il est question de se servir au maximum d�alternatives s�rieuses dans le cadre de projets de d�veloppement web.

L'exp�rience de Gov.UK avec la biblioth�que JQuery pour JavaScript donne plus de d�tails techniques sur les raisons des appels � plus d'attention dans l'utilisation de JavaScript

En mars 2022, Matt Hobbs, Responsable du d�veloppement front-end de Government Digital Service (qui offre des plateformes, des produits et des services qui aident le gouvernement � devenir int�gr�, fiable et r�actif aux besoins des utilisateurs notamment GOV.UK), a annonc� que GOV.UK avait supprim� sa d�pendance jQuery. C'est un gros probl�me en ce qui concerne l'exp�rience utilisateur, car GOV.UK fournit des services et des informations en ligne pour le Royaume-Uni � grande �chelle. Tout le monde n'utilise pas son MacBook Pro 2022 sur une connexion haut d�bit � couper le souffle. GOV.UK doit �tre accessible � tous, et cela signifie qu'il doit rester l�ger.

Voici quelques-uns des plus grands succ�s de Matt Hobbs sur ce que GOV.UK a remarqu� en supprimant jQuery :

• Moins de temps de traitement frontal dans l'ensemble.
• 11 % de temps de blocage en moins au 75^e centile.
• 10 % de temps de blocage en moins pour les utilisateurs au 95^e centile. Ce sont des utilisateurs qui rencontrent des conditions de r�seau et d'appareils tr�s d�favorables, et chaque gain de performance compte particuli�rement pour eux.

L��quipe Bootstrap avait mis en avant des arguments similaires pour justifier l�abandon de JQuery

L'�quipe Bootstrap qui a annonc� l'abandon de jQuery d�s la premi�re version alpha de Bootstrap 5 pour retourner � du pur JavaScript. Selon Mark Otto, cr�ateur du framework et auteur du billet de blog qui a annonc� cette version alpha 1, � jQuery a apport� un acc�s sans pr�c�dent � des comportements JavaScript complexes pour des millions (milliards ?) de personnes au cours des quinze derni�res ann�es �, et � peut-�tre qu'il a chang� � jamais le JavaScript lui-m�me �, mais le temps �tait venu pour l��quipe d�abandonner jQuery en tant que d�pendance. Selon le billet, ce changement est rendu possible gr�ce aux progr�s r�alis�s dans les outils de d�veloppement front-end et la prise en charge des navigateurs.

Le principal argument avanc� pour justifier la suppression de jQuery dans Bootstrap v5 est que maintenant que plus de 95 % des fonctionnalit�s de jQuery sont d�sormais natives dans les navigateurs (les 5 % restants �tant sans doute des bizarreries excessivement r�trocompatibles qui m�ritent d'�tre ignor�es), ajouter une d�pendance serait soit � stupide �, soit un gaspillage de bande passante.

Dans la communaut� des d�veloppeurs, les avis divergent quant � ce changement. Ceux qui l'ont bien accueilli reconnaissent que jQuery est l�une des biblioth�ques les plus importantes de l�histoire JavaScript et a permis de cr�er de v�ritables applications Web. Ils estiment cependant que depuis lors, les diff�rences entre les navigateurs se sont consid�rablement r�duites et nous avons appris � cr�er des applications maintenables et �volutives de mani�re plus d�clarative, gr�ce � des frameworks comme React, Angular et autres. Du coup, jQuery ne serait plus d'une grande utilit�.

JavaScript fait partie des langages les plus populaires dans les offres d�emploi publi�es sur la plateforme https://emploi.developpez.com/. Le langage fait en sus partie des mieux pay�s en r�gion parisienne et en province, en 2023.

Les donn�es sur developpez.com font �tat de ce que, malgr� son aspect incontournable dans la programmation Web, JavaScript est en baisse continue depuis 2020. Il �tait en deuxi�me place en 2015, mais maintenant se retrouve en quatri�me place du classement des langages les plus populaires sur la plateforme. C�est une indication de ce que, si les besoins en JavaScript ne sont pas pr�ts de s'�teindre, en revanche, il semblerait que la mode du tout JavaScript (avec, entre autres, son utilisation dans le c�l�bre node.js) est en train de s�estomper pour le plus grand des performances des sites Web.

Source : Douglas Crockford

Et vous ?

Les griefs mis en avant � l�encontre du langage JavaScript pour ce qui est du d�veloppement des sites Web sont-ils coh�rents avec la r�alit� dont vous �tes au fait ?
Quelles sont les alternatives � JavaScript sur lesquelles vous vous appuyez pour livrer � vos clients des sites Web dynamiques exempt des inconv�nients qu�une mise � contribution de JavaScript entrainerait ?
Quels sont les langages et outils dont vous vous servez pour d�velopper des sites Web dynamiques sans vous appuyer sur JavaScript et des biblioth�ques comme JQuery ? Quels sont les avantages de votre approche en comparaison de celle qui s�appuie sur JavaScript et ses biblioth�ques ?

Voir aussi :

Prise en main d�ES6.Aper�u des principales fonctionnalit�s

Quelles sont les nouvelles fonctionnalit�s qui pourraient d�barquer dans JavaScript en 2019 ? Un tour d'horizon des candidats pour ES2019

La version 12 de Node.js est disponible et serait 30 % plus rapide au d�marrage que les versions pr�c�dentes

Apprendre � programmer en Node.js avec MongoDB : d�couvrir le paradigme de MongoDB ax� sur les documents dans Node.js, un tutoriel propos� par IBM

[RenarddeFeu]

Le vrai probl�me, c'est le recours aux webapps et au cloud pour tout et n'importe-quoi, l� o� un client lourd suffit amplement.

[JRM73]

29 ans d'existence, js est sorti en 1995.

[Zefling]

Mais le CSS commence � devenir lui-m�me un langage de programmation. �a va finir comme �a aussi

https://www.commitstrip.com/fr/2019/...s-everywhere/?

[el_juky]

Douglas Crockford est vrai expert de JS mais je pense que la partie jQuery est d�j� sur le d�clin, et depuis un bon moment, au profit de d'autres fa�ons de faire (TypeScript et autre).

Mon avis perso : le JS doit �voluer, pour devenir un langage mieux typ�. Mais ne plus l'utiliser, ce serait dommage tant il a des particularit�s int�ressantes.
Je dirait plut�t qu'il ne faut plus l'utiliser "tel que beaucoup de d�veloppeurs le font", c'est-�-dire sans vraiment le conna�tre (mais c'�tait d�j� le cas il y a 15 ans, quand les dev utilisaient jQuery...), et en important des biblioth�ques dans tous les sens.

[supertonic]

Perso j'en ai trop RAS la casquette de dev en WEB je veux en sortir par tout les moyens !

Un temps je d�fendais bec et ongle cette vision du "full web", et les d�cideurs ne s'y int�ressaient pas trop.

Maintenant c'est l'inverse, du SPA � toutes les sauces, m�me l� o� �a rend les choses trop lourdes et complexes.
Le march� du dev est largement tir� par le "fullstack", corv�able dans "tous les domaines".

[Da�manu]

Question b�te, mais on pourrait pas envisager d'utiliser un autre langage de script pour le web (c�t� client), par exemple du Python ou autre ?

Il faudra certainement une variante optimis� en terme de performance, et capable de manipuler le DOM et de faire de l'�v�nementiel, mais �a r�glerait ces soucis li� au JS je crois.

C'est une question ouverte, je n'ai pas assez de recul pour y r�pondre.

[nhugodot]

@Da�manu:
Dart �tait sens� remplacer JS, Google avait fait un moteur d'art mais est est sorti, V8 aussi, JS a r�ussi � se mettre � la page (code et vitesse) et d'art permettant de se transpiler en JS, on est rest� dessus. Mais vous pouvez donc passer � divers langages plus modernes transpilables en JS tels que Dart ou Elm.
Vous pouvez aussi passer � WebAssembly (WASM) et coder en C/C+/C#, voire Rust, Python, etc.
Et aussi �viter le web HTML et CSS pour coder avec un framework multicibles tel que Flutter (Dart) et g�n�rer le code cible Web (wasm ou HTML au choix!)

[ddoussot]

Cet article est un ramassis d'inepties et d'approximations.... Il ne faut pas confondre JQuery et JavaScript. Il existe aujourd'hui de puissants frameworks comme Angular, et JavaScript peut �tre am�lior� avec Typescript.

[JonathanSaenger]

Avec razor/blazor dans C# et stimulus/twig dans php, j'ai pu largement me passer de javascript pour le front

[marc.collin]

un livre assez int�ressant sur les syst�me hyperm�dia
https://hypermedia.systems/

quand tu vois tous la complexit� qu'� amen� les diff�rents framework, librairie ultra utilis� de nos jours alors qu'il est possible d'avoir le m�me r�sultat avec d'ancienne techno avec un temps de d�veloppement autrement plus cours

[Metal3d]

Je vois des confusions sur l'article mais aussi dans les commentaires...
JavaScript ne peut pas �tre compar� � Twig, �a n'a pas le m�me but et le calcul est fait � deux endroits diff�rents.
JavaScript n'est pas jQuery, l'article laisse entendre que jQuery est actuel alors qu'il est surtout l� pour des app non mises � jour.. jQuery est vraiment d�suet en 2024.
Par contre je suis enti�rement d'accord avec certains. On a trip fait de web App qui s'installent en mode desktop. D'un c�t� �a a permis de faire tourner la m�me app partout (Linux, Windows, Mac...) sans modification mais de l'autre c�t� on a tous les inconv�nients qui se retrouvent sur un browser. Le code est devenu infernal et on doit m�langer des dizaines de technologies pour faire tourner un logiciel.

Je pr�f�rerai qu'on se penche � nouveau sur des framework client lourd, il en existe des multiplateforme comme "fyne.io" que j'affectionne.

Mais JavaScript est un langage tr�s int�ressant dans le monde du web, � condition d'arr�ter de vouloir tout faire au travers de libraries lourdingues (genre l'horrible React)

[SkyZoThreaD]

J'aime faire du js du fait que ce soit web surtout. La gui est d�j� toute trouv�e
Et puis le client l�ger, quoi qu'on en dise, tant qu'on est dans du pas trop gros sans besoin de beaucoup de r�activit�, c'est un gros plus pour le d�ploiement et l'acceptation des utilisateurs.
Ce qui me gave vraiment en revanche, c'est le manque de typage et surtout l'asychrone quasi permanent !
J'aimerais bien un truc proche du c# qui a des types et se travaille bien en synchro, m�me si il g�re aussi bien l'asynchrone.
Je conviens que mon faible niveau est un facteur de mon d�gout, mais comparativement je n'ai j'amais �t� autant paum� devand du code que depuis le js et ses 70 acolades/parentheses...
Dans certains codes, les tabulations arrivent � mi-�cran ! Comment veux-tu relire des trucs pareils

[marc.collin]

htmx + langage backend que tu veux et tu arrive au m�me r�sultat utilisateur qu'un spa...
https://htmx.org/

[oxedet]

Jquery et tous les framework front ne sont que des surcouches de js...

[Gomoz]

Stimulus et Htmx sont des librairies... JavaScript. Et (spoiler), la fin du JavaScript n'arrivera pas demain.

[melka one]

N' etant pas pros mais ayant fait pas mal de chose en javascript, ce que dit douglas je le comprend, pour avoir exploit� a fond les capacit� des navigateur c'est a dire javascript les api le css et le DOM avec pour devise pas de framework ni de biblioth�ques je comprend pas le pourquoi des framework et biblioth�ques et surtout pourquoi la complexification du js et aussi du css qui prend le m�me chemin. Cette complexification force plus la m�moire pour tous retenir et l'apprentissage plus long mettant plus de cote la logique.

A la base js c��tait simple et lisible et c"en est devenu compliqu� pour rien a part peut �crire moins et encore j'ai des doutes, j'ai l'impression que l'on confond un code qui vas a l�essentiel et qui en cons�quence est court a une syntaxe qui permet d��crire plus court mais qui ne garantira jamais qu' un code aille a l'essentiel

ces histoire de biblio frameworks c'est comme l'ia c'est de mode mais �a ne r�gle pas le cot� aller a essentiel d'un code, c'est juste fait pour qu'une personne qui s'y connais normalement voir pas beaucoup en code puisse dire a un vieux de la vielle qu'il est has-been par ce qu'il utilise des boucles for plut�t que des foreach alors qu'il code des supers trucs

[Zefling]

Jquery et tous les framework front ne sont que des surcouches de js...

Je pense que presque personne utilise de langage sans framework aujourd'hui. C'est possible, beaucoup plus l�ger, mais r�inventer la roue �a demande tellement de temps.

[Fagus]

Question b�te, mais on pourrait pas envisager d'utiliser un autre langage de script pour le web (c�t� client), par exemple du Python ou autre ?

Il faudra certainement une variante optimis� en terme de performance, et capable de manipuler le DOM et de faire de l'�v�nementiel, mais �a r�glerait ces soucis li� au JS je crois.

C'est une question ouverte, je n'ai pas assez de recul pour y r�pondre.

Comme dit nhugodot, si le but c'est d'�viter js, ce sera moins exp�rimental en dart + flutter (gros kit GUI, multi-plateformes, compilation en wasm), mais si le but c'est d'�crire en python parce que python c'est cool, alors il y a Brython.
J'ai fini un projet avec, �a marche bien. C'est un transpileur en javascript dans la page. Un fois que la transpilation est termin�e, le code tourne sur le m�me ordre de grandeur en vitesse que du js. L'interpr�teur python b�n�ficie du tree shaking et n'alourdit pas significativement la page. L'inconv�nient c'est le co�t de la transpilation qui est d'autant plus long qu'on importe de modules python (insensible sur pc, mais compter 1-2 secondes sur un t�l�phone bas de gamme d'il y a > 5 ans). Le code python reste interpr�t� et �a se d�bugue comme du python. Evidemment, on ne peut importer que du python pur, pas des modules compil�s.
Pour donner une id�e, pour les calculs j'ai import�s les fonctions du js plut�t que le module math pour le temps de chargement.

Il y a aussi transcript qui transpile en js avant le chargement de la page (hors ligne). J'ai pas test�. Apparemment, c'est plus l�ger et rapide, mais c'est plus limit�. Je ne sais pas � quel point c'est plaisant � d�buguer.

[devs.heaven]

N' etant pas pros mais ayant fait pas mal de chose en javascript, ce que dit douglas je le comprend, pour avoir exploit� a fond les capacit� des navigateur c'est a dire javascript les api le css et le DOM avec pour devise pas de framework ni de biblioth�ques je comprend pas le pourquoi des framework et biblioth�ques et surtout pourquoi la complexification du js et aussi du css qui prend le m�me chemin. Cette complexification force plus la m�moire pour tous retenir et l'apprentissage plus long mettant plus de cote la logique.

A la base js c��tait simple et lisible et c"en est devenu compliqu� pour rien a part peut �crire moins et encore j'ai des doutes, j'ai l'impression que l'on confond un code qui vas a l�essentiel et qui en cons�quence est court a une syntaxe qui permet d��crire plus court mais qui ne garantira jamais qu' un code aille a l'essentiel

ces histoire de biblio frameworks c'est comme l'ia c'est de mode mais �a ne r�gle pas le cot� aller a essentiel d'un code, c'est juste fait pour qu'une personne qui s'y connais normalement voir pas beaucoup en code puisse dire a un vieux de la vielle qu'il est has-been par ce qu'il utilise des boucles for plut�t que des foreach alors qu'il code des supers trucs

Les frameworks JavaScript modernes vont bien au-del� de la simple fourniture d'une architecture de base et de fonctions pr�construites. Aujourd'hui, ils agissent comme des pr�compilateurs capables de produire du code optimis� (WASM). Next.js, par exemple, int�gre des fonctionnalit�s avanc�es telles que le rendu c�t� serveur (SSR), la pr�-rendu statique (SSG), le rendu avec rehydration, le rendu incremental cot� client, tout en permettant une optimisation fine du processus de build. Un framework tel que Nextjs, permet de reduire drastiquement la fronti�re entre cr�er un site statique, cre�er une SPA tout en permettant de faire un code simple et lisible. Je n'ai cit� que Nextjs, mais il y a Remix, NuxtJS, etc... Chacun apporte son lot d'innovation qui permet au dev de rester focus sur le metier et de r�diger du code simple et clair. Et pour moi dev en Nextjs est bien plus simple, rapide que de faire du flutter par exemple. A l'�poque ou je faisais du JQuery ca me sortait par le nez, les oreillles, etc...

Au regard de ce que je viens d'expliquer, je me demande si ce fameux lance Douglas Crockford est toujours � la page.