Mon point n'était pas de dire qu'il ne faut plus utiliser le JavaScript dès aujourd'hui et passer à ces langages inconnus. Ces langages sont des expérimentations, pas un truc solide pour construire des applications qui iront en production aujourd'hui. Mais étudier ces langages restent utile, on apprend des outils et des façons différentes de coder.
Ces terrains d'expérimentation permettent souvent d'avoir une idée des concepts que l'on retrouvera dans quelques années dans les langages majeurs. Par exemple, les channels et goroutines de Go ont beaucoup profité des expériences de 2 langages obscurs : occam et limbo (d'ailleurs, ce n'est pas étonnant, Rob Pike est l'un des créateurs de Limbo et de Go). Les lambdas de Java 8 sont arrivées après celles de Groovy (et autres langages basés sur la JVM). Et bien entendu, un bon paquet des fonctionnalités introduites dans ES6 viennent de CoffeeScript.
Au final, ma question n'est pas de dire par quoi on va remplacer JavaScript aujourd'hui, mais dans quel état il sera dans quelques années. Ces dernières années, le nombre de développeurs JS a clairement augmenté. Mais je crains que le JavaScript (langage, outils, écosystème) n'aille dans une mauvaise direction.
Quant à m'expliquer que je dois participer à des bibliothèques Open Source, c'est assez naïf. Ça fait un paquet d'années que je le fais, comme mon compte github pourrait l'attester. Cela inclut des bibliothèques JS, comme moment ou forever.
[^] # Re: Version 0.x.x
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche Et si JavaScript allait droit dans le mur ?. Évalué à 10.
Mon point n'était pas de dire qu'il ne faut plus utiliser le JavaScript dès aujourd'hui et passer à ces langages inconnus. Ces langages sont des expérimentations, pas un truc solide pour construire des applications qui iront en production aujourd'hui. Mais étudier ces langages restent utile, on apprend des outils et des façons différentes de coder.
Ces terrains d'expérimentation permettent souvent d'avoir une idée des concepts que l'on retrouvera dans quelques années dans les langages majeurs. Par exemple, les channels et goroutines de Go ont beaucoup profité des expériences de 2 langages obscurs : occam et limbo (d'ailleurs, ce n'est pas étonnant, Rob Pike est l'un des créateurs de Limbo et de Go). Les lambdas de Java 8 sont arrivées après celles de Groovy (et autres langages basés sur la JVM). Et bien entendu, un bon paquet des fonctionnalités introduites dans ES6 viennent de CoffeeScript.
Au final, ma question n'est pas de dire par quoi on va remplacer JavaScript aujourd'hui, mais dans quel état il sera dans quelques années. Ces dernières années, le nombre de développeurs JS a clairement augmenté. Mais je crains que le JavaScript (langage, outils, écosystème) n'aille dans une mauvaise direction.
Quant à m'expliquer que je dois participer à des bibliothèques Open Source, c'est assez naïf. Ça fait un paquet d'années que je le fais, comme mon compte github pourrait l'attester. Cela inclut des bibliothèques JS, comme moment ou forever.