La JS Foundation souhaite fédérer la communauté JavaScript
Certains poids lourds manquent à l'appel
Le 20 octobre 2016 à 06h30
4 min
Logiciel
Logiciel
La Linux Foundation a créé une nouvelle structure autour du JavaScript pour en promouvoir l’utilisation, les bonnes pratiques et fédérer les efforts. Nommée fort logiquement JS Foundation, elle soutient désormais activement certains projets tels qu’Appium, Esprima, Grunt ou encore jQuery.
Difficile d’imaginer que le JavaScript serait un jour si utilisé qu’il aurait sa propre fondation. Sa création est connue : son auteur, Brendan Eich – brièvement PDG de Mozilla – s’était inspiré du Java en 1995 pour créer un langage de script qui permettrait d’effectuer des actions au sein des pages web en utilisant des objets. La première version d’ECMAScript, sa forme normalisée, est apparue dès 1997.
Aujourd’hui, le JavaScript est un incontournable du développement web, mais il s’est répandu un peu partout, générant des projets annexes qui ont à leur tour pris de l’ampleur, comme jQuery et Node.js. Des langages de type surensemble (superset) ont également fait leur apparition, notamment le TypeScript de Microsoft, devenue la voie royale pour utiliser Angular 2, le framework de Google pour les applications web. En clair, un écosystème qui se porte plus que bien.
Un mentorat pour un lot de projets
Tellement bien que la fondation Linux a souhaité créé un parapluie au-dessus de JavaScript pour s’assurer que ses forces resteront intactes. La JS Foundation est donc présentée comme une « structure de gouvernance technique libre de droit » à laquelle participent Bocoup, IBM, Ripple, Samsung, Sauce Labs, Sense Tecnic Systems, SitePen, StackPath, l’Université de Westminster et WebsiteSetup.
L’objectif de cette fondation est de s’assurer de la coopération entre tous les intervenants, en particulier les développeurs de projets qui vont bénéficier du « mentorat » de la structure : Appium, Chassis, Dojo Toolkit, ESLint, Esprima, Globalize, Grunt, Interledger.js, Intern, Jed, JerryScript, jQuery (Mobile/UI), Lodash, Mocha, Moment, Node-RED, PEP, QUnit, RequireJS, Sizzle et webpack.
La JS Foundation s’engage en fait à soutenir ces développeurs, qui sont, selon les cas, des composants côté serveur ou des applications JavaScript clientes. Elle ambitionne de mettre en place un lot de meilleures pratiques et de faire la promotion de « normes de qualité élevées ».
Un « centre de gravité » pour le JavaScript
Officiellement, la nouvelle fondation a été présentée lundi par Kris Borchers, son nouveau directeur, lors de la conférence London OSCON. Il y a indiqué que la nouvelle structure devait devenir avant tout un « centre de gravité » pour le JavaScript, un phare qui permettrait de concerter les efforts. La JS Foundation appuiera d’ailleurs le travail réalisé par le W3C, le WHATWG et l’ECMA pour la standardisation du langage et de tout ce qui l’entoure.
La proximité des noms entre JS et Linux Foundation n’est d’ailleurs pas un hasard, les objectifs à long terme étant globalement les mêmes. La vivacité de l’écosystème JavaScript impose selon elle une communication plus intense entre les développeurs de projets, qu’il s’agisse de bibliothèques clientes ou serveur, de modules de tests, de briques pour le développement mobile, de moteurs d’exécution et globalement de tout ce qui efface les frontières entre les plateformes et types d’appareils.
Un travail de fédération qui ne fait que commencer
La fondation aura fort à faire pour amener tous les acteurs principaux à sa table. Même si elle compte déjà des poids lourds tels qu’IBM et Samsung, d’autres sont notablement absents, du moins pour l’instant. Deux se font particulièrement remarquer : Google et Microsoft, pourtant très actifs dans ce domaine.
Quoi qu’il en soit, il faut noter que la JS Foundation ne cherche pas à réinventer le JavaScript, ni d’ailleurs forcément à en influencer le développement, du moins pas directement. Elle veut simplement huiler la machinerie et faciliter les échanges. Le mentorat devrait par ailleurs permettre de garder une vision cohérente pour certains des projets les plus importants, et il est à prévoir une augmentation de leur nombre à l’avenir.
La JS Foundation souhaite fédérer la communauté JavaScript
-
Un mentorat pour un lot de projets
-
Un « centre de gravité » pour le JavaScript
-
Un travail de fédération qui ne fait que commencer
Commentaires (40)
Vous devez être abonné pour pouvoir commenter.
Déjà abonné ? Se connecter
Abonnez-vousLe 20/10/2016 à 15h54
Le JS a un gros effet de mode depuis que des boites comme Facebook ou Google se sont penchés dessus.
Le dernier principalement pour promouvoir son navigateur (et son moteur), le premier à cause de besoins spécifiques (dont les solutions ne répondent pas forcément à ceux de tout le monde).
Idem pour Node qui comble au final des lacunes du web, que le JS permettait de combler en l’extrayant de son usage d’origine.
Tout ça est en train de bouger, on verra ce qu’il en sera dans quelques années.
Mais le fait qu’il y ait une fondation pour encadrer un peu la chose est prometteur.
Parce qu’en l’état… c’est un vrai foutoir.
Chacun ayant sa propre conception du langage :/
Le 20/10/2016 à 16h04
Furanku a écrit :
Évitons de faire la même erreur avec JS :)
Le 20/10/2016 à 18h08
Il est très beau ton graphique. Mais je ne vois pas où sont les frameworks dans l’histoire. Là, tu me montres des langages. Pas les frameworks sur lesquels ils sont basés.
Maintenant, si on regarde un site de recherche d’emploi IT, au hasard, Remix Job, en filtrant sur javascript, j’ai les frameworks angularJS, NodeJS, gulp, ReactJS, Redux, jquery, Backbone.js, ExtJS, JQuery Mobile, Sencha Touch, pour la première page seulement.
Mouais, j’suis pas convaincu de ton 95% de gestion, etc.
Je suis assez grand pour vivre ma vie sexuelle sans avoir besoin de google. Mais bon, à priori, c’est pas le cas de tout le monde. Peut être que leurs recherches ne sont pas pas pertinentes, mais à priori, ça leur convient.
Je remarque cependant que tu n’as pas quoté le reste de mon paragraphe, qui dit que justement, je ne m’arrête pas aux 10 premiers résultats google.
Anyway, moi je demandais juste pourquoi les premiers commentaires ragaient, et si j’avais à tout hasard mal compris l’article.
“Nouveau” venu sur NXI, je te remercie en tout cas de me montrer comment on souhaite la bienvenue, en se faisant basher. Cool. Ca donne envie de rester tiens.
Le 20/10/2016 à 18h55
Le 20/10/2016 à 22h19
Le 20/10/2016 à 22h46
Le 21/10/2016 à 17h03
Si ça peut permettre de faire de JS un bon langage pourquoi pas. Le souci est qu’il est tellement broken by design que ça va être très dur… le langage a été conçu pour faire clignoter des boutons sur des pages web, pas pour des projets sérieux. C’est une des raisons pour lesquelles il a été torché en deux semaines cad rien pour un langage. Et c’est pour ça que :
‘5’ + 3 = 53
Et
‘5’ - 3 = 2
… en js
Le 22/10/2016 à 18h30
Le 20/10/2016 à 06h33
#CESTPRESQUEVENDREDI
Si la fédération des superset est aussi efficace que celles des distribs, ça va pas aller bien loin tout ça.
Le 20/10/2016 à 07h07
C’est à gerber :x
Le 20/10/2016 à 07h15
J’ai beau lire plusieurs fois, je ne comprends pas le but… Quelqu’un peut m’expliquer ?
Le 20/10/2016 à 07h16
Ah ouai ok, les deux premiers commentaires donnent le ton " />
Le 20/10/2016 à 07h38
Le 20/10/2016 à 07h51
Je comprend pas les deux premiers commentaires. C’est plutôt une bonne chose que quelqu’un essaie de fédérer toute la bulle JS non ?
‘fin je veux dire, pour avoir vu de loin l’évolution du JS, depuis quelques années, c’est devenu un sacré bazar, donc c’est intéressant de mettre des guide lines en place je trouve.
Au passage, je trouve que ce lien résume bien la situation actuelle au niveau JS
Le 20/10/2016 à 07h52
Le 20/10/2016 à 07h56
Je me demande comment la JS Foundation et le WebAssembly vont coexister.
WebAssembly est censé virer le JS des navigateurs avec un convertisseur Langage (JS, PHP, …) > WebAssembly.
Et dans un cas concret, elle fait quoi la JS Foundation ?
Elle donne des sous en menaçant de plus en donner si on respecte pas ses règles ?
Si un truc est mal fichu, est-ce qu’ils garderons la rétrocompatibilité ou referont le truc proprement ?
Exemple bidon avec NodeJS:
On ne peut pas utiliser directement une méthode d’objet en écouteur d’évènement, car on perd soit la référence vers l’objet, soit la référence vers l’émetteur d’évènement si on bind().
Il faut passer par une fonction intermédiaire à chaque fois.
function() {
var args = Array.from(arguments);
args.unshift(this);
myObject.method.apply(myObject, args);
}
Le 20/10/2016 à 08h00
Non je n’y arrive pas à y voir un intérêt. Le langage JS (donc ECMAScript) évolue bien non ? Pourquoi vouloir rendre encore plus floue la limite entre le langage et les frameworks qui l’utilisent ?
Si le monde du JS semble partir dans tous les sens, c’est avant tout parce qu’on veut faire du web un OS, et qu’on manque de solution pratique pour çà.
Personne ne va coder une interface graphique directement en C++ pur par exemple : on passe par des frameworks pour çà comme Qt ou GTK… bah là c’est pareil, les effets de mode en plus. N’empêche que les sites web plein de scripts sortent bien tous les jours et vivent tranquillement…
Le 20/10/2016 à 08h12
L’idée d’avoir une fondation pour “encadrer” un peu tout ce foutoir est une bonne chose.
Par contre, on a beau dire : le JS reste une horreur. Du moins dans la façon dont on l’aborde actuellement.
Je suis le premier à en faire un usage quasi quotidiennement au boulot, parce que… actuellement il n’y a rien de mieux pour le remplacer dans une grande majorité de cas. Ce qui ne veut pas dire que ça en fait un langage pertinent pour autant, même si ça va en s’améliorant (ECMA6).
Mais quand je vois que certains continuent d’utiliser du jQuery ou autre là où l’on peut obtenir les mêmes résultats en CSS, avec du coup de meilleures perf… y a comme un pépin.
De même l’existence de surensembles comme Typescript qui montrent qu’il y a clairement des lacunes pour l’utilisation que l’on en fait et que le langage n’est pas prévu pour cela.
Le soucis est que les équivalents (pour les animations CSS par exemple) sont souvent pire je trouve en terme de syntaxe pour obtenir un résultat visuel identique, et fournissent moins de liberté.
Mais ce serait pourtant la marche à suivre : délaisser le JS là ou d’autres solutions, plus natives, sont possibles.
Le hic c’est que même HTML5 se base fortement sur le JS…
Et le WebAssembly, avant que ça ne se répande et prenne de l’ampleur, le JS sera encore là et aura besoin d’un organisme pour chapeauter un peu tout ça en attendant.
Le 20/10/2016 à 08h18
L’idée est bonne par contre pourquoi ils n’ont pas décidé d’inclure typescript dans la boucle ? (certes microsft est l’instigateur mais il est entiérement open source…)
Surtout vu l’avantage de typescript par rapport à du JS de base. (du style avoir les mêmes “objets” côté serveur et côté client)
Le 20/10/2016 à 08h20
Parce qu’un organisme va pouvoir forcer les dev à faire du CSS au lieu de JS ?
On le sait depuis un baille que le CSS est souvent plus rapide que JS pour l’animation, et pourtant on voit encore des frameworks trop basés sur le JS. Mais à cause de qui ? Et bien des navigateurs qui pendant très longtemps ont été à la traine sur l’implémentation correcte du CSS. Même si celà s’arrange, il va donc falloir un peu de temps pour prendre le pli et revenir au CSS.
Le 20/10/2016 à 08h55
Le 20/10/2016 à 09h11
Le 20/10/2016 à 09h38
Le 20/10/2016 à 10h10
Je n’ai pas compris l’article de cett manière. Ma compréhension c’est que la Linux Foundation veut justement supprimer ce flou entre langage pur et frameworks, en mettant en place des best practices et “solutions officielles” (on notera les guillemets)
Pour la partie faire du Web un OS. C’est un autre sujet imho. Qu’on manque de solution pratique signifie peut être que justement, le JS n’est pas fait pour ça…
On va peut être dire que je suis un vieux et tout, mais le JS a pour moi juste un but d’aide au html, pas au contraire faire un site entièrement en JS avec quelques balises html pour le lol.
Enfin, pour ce qui est des sites qui sortent tous les jours avec des frameworks différents, c’est bien là un des problèmes pour moi ^^
Pas que des sites sortent tous les jours. Mais que tous les jours un nouveau framework soit release, qui met au placard les anciens (alors qu’ils sont largement suffisants dans la plupart des cas). Pour citer l’article que j’ai posté dans mon précédent commentaire :
Oh, like Angular!-Angular is so 2015.
Bah ouais, mais Angular, c’est très bien, pas besoin de réinventer la roue 3 mois plus tard.
Bref, on s’écarte clairement du sujet de base ^^
Le 20/10/2016 à 10h31
J’ai jamais dit qu’ils allaient pouvoir forcer mais plutôt avoir un rôle de guide, comme le W3C par exemple, en donnant une ligne directrice.
Bien entendu chacun sera ensuite libre de la suivre ou pas (malheureusement ?). D’ailleurs la non présence de Google et Microsoft, du moins pour le moment, est assez révélateur de cela.
C’est certes la faute des navigateurs… mais aussi des devs ;)
Si plus s’employaient à mettre de côté le JS quand c’est possible, cela finirait aussi par se reflétait sur les navigateurs.
Ils ne font au final que répondre à une demande. Et cette réponse encourage ensuite l’utilisation du JS. Et ainsi de suite.
Le 20/10/2016 à 10h53
Le 20/10/2016 à 11h09
Le 20/10/2016 à 11h22
Le 20/10/2016 à 11h36
Coté user, tant que ça fonctionne, je m’en cogne la babouche de savoir quel framework est utilisé :)
Et encore… On s’étonne que les sites web fassent plusiers mégas à charger au niveau réseau, l’explostion au niveau RAM utilisée. Mais à la limite, le user de base, il est pas au courant de ça.
Coté dev par contre, c’est pas pareil. Quand j’étais en cours, on me disait d’apprendre XmlHTTPRequest pour de l’ajax. Plus tard, on m’a dit “Non, mais XHR c’est naze, utilise jquery”. Ensuite, on m’a dit “Nan mais en fait, jquery, c’était bien… avant. Maintenant, il y a angular”. Maintenant on me dit “Angular. Mouais, faut plutôt utiliser XXX”. Demain, on me dira “XXX ? La bonne blague, il vaut mieux se servir de YYY”.
OK, mais moi, j’ai passé des semaines/mois/années à apprendre à utiliser XHR, puis jquery, puis angular, puis XXX. Maintenant, je dois apprendre YYY ? Pourquoi faire ? Un XHR.
Entendons nous, je déplore pas JS, je déplore pas les frameworks (quoi que… charger jquery juste pour faire disparaitre un div…), je déplore le fait que :
- tous lse 4 matins, il faut apprendre un nouveau framework. Sinon, t’es dépassé au bout d’un an, et quand on regarde ton CV, on te dit que t’es has been
- plus personne ne sait faire de JS ^^’ Mes besoin en JS sont assez simples (quelques XHR, des div à bouger, trucs du genre). Quand j’ai besoin de faire des recherches google à ce niveau, les résultats sont toujours les mêmes : utilisation de frameworks comme réponse.
- tout le web est full JS. Des sites simples n’existent plus, alors qu’on pourrait clairement faire du web 2.0 sans tout ce foutoir. Exemple : as tu déjà regardé la source de google.fr ? Juste quelques images, et un formulaire. Ca se pond en 10 lignes, pas des centaines ^^
Le 20/10/2016 à 11h54
Ce tenir à jour c’est important, et c’est vrai que celà serait plus simple si ca bougeait un peu moins vite.
D’un autre coté, je pense que de plus en plus de monde comprend (ou va comprendre) que ce qu’il faut connaitre c’est le JS. Les framework s’utilisent à travers leurs documentations.
Le 20/10/2016 à 12h01
Merci ! " />
Le 20/10/2016 à 12h25
Euuuh mais ce n’est pas l’ECMAScript qui gère le Javascript (qui n’est qu’un nom commercial) ? C’est sympa de s’auto-proclamer fondation qui gère un truc qui marche quand même très bien sans eux " />
Le 20/10/2016 à 12h26
Le 20/10/2016 à 12h35
TD;DR : javascript fatigue " /> (j’ai le même sentiment)
https://hackernoon.com/how-it-feels-to-learn-javascript-in-2016-d3a717dd577f
Le 20/10/2016 à 12h37
Le 20/10/2016 à 13h16
Le 20/10/2016 à 14h12
Euhhh, on va se calmer d’accord ? Je t’ai pas aggressé, j’ai rien contre toi, alors bon, les attaques gratuites sur le CAP coiffure…
Mais pour répondre rapidement à tes remarques :
- peu importe les principes et fondements qu’on m’a appris en cours, il y a bien un moment où il faut ouvrir son IDE et coder durant les études. Donc XHR à l’époque. Sinon, ce sont des études pour faire chef de projet, et là, on t’apprend pas trop ce que c’est un framework.
- merci pour me faire réviser, mais évoluer, se mettre à jour blabla, t’en fais pas pour moi. C’est ce que je fais dans mon domaine
- pareil pour mon CV, t’en fais pas. Au passage, comme je le disais dans mon premier commentaire, le JS que je pond, c’est pour des projets persos, j’suis pas dev. Donc je ne met pas ça sur mon CV.
- j’ai pas un retour d’XP énorme sur les offres d’emplois de dev (cf point précédent), mais de ce que j’en ai vu (et ça n’engage que moi, peut-être me gourre-je), les startup qui ont besoin de dev, elles embauchent à tour de bras.
- Pour l’histoire des XHR, c’est un exemple. Mais continuons dessus : j’ai donc besoin de faire un XHR. Google “requête ajax”. Tous les résultats me parlent de X ou Y framework. Bah du coup, j’ai des exemples que pour ces frameworks, donc j’utilise ce framework.
Si ça t’intéresse (cf point 1 et 2), je vais gratter plus loin que ça, je m’arrête pas au premier post stackoverflow.
Mais 1/ pas forcément tout le monde creuse, 2/ Le nombre de sites utilisant des frameworks pour rien est imho incroyable.
Le 20/10/2016 à 15h02
Je reprends ton comm:
Le 20/10/2016 à 15h31
Attention, on ne parle pas dans cet article de Javascript à la Jquery d’il y a 10 ans permettant d’aller plus loin que le CSS ou d’AJAX…
Mais de Javascript Server (nodejs, …), de gestionnaires de packages (npm, …), de framework high-level comme React (de Facebook, rien que ca) ou Angular.
Attention à ne pas confondre :)
Le 20/10/2016 à 15h50
Ca reste la même problématique : Javascript n’a pas été conçu pour ça, et ça se ressent dans les perf.
Node, React, Angular, etc c’est bien beau. On utilise d’ailleurs ce dernier au boulot. Mais ça reste une exploitation du JS qui n’a rien à voir avec ce pour quoi il a été créé.
Dans le même exemple je prends : PHP.
Il aura fallut attendre la version 5 et l’arrivée de gros frameworks (Zend, Symfony) pour mettre du clair là-dedans. Et là la version 7 ajoute enfin plus de typage et autres concepts qu’il lui manquait.
Je veux dire par là que l’adoption par la masse ne signifie pas le bon usage d’un langage.
Et pourtant je suis un dev PHP. Reste que quand je vois d’autres langages comme Python ou Ruby, ceux-ci offrent des choses qui manquent encore à PHP (même s’il a rattrapé son retard sur beaucoup de points).
Évitons de faire la même erreur avec JS :)
Mais là ça commence aussi par un usage plus adapté du langage par les dev.