Pour le moment, le workaround qui me convient le plus est Immutable.js
Un coup, ce sont des require CommonJS, l'autre des import/export d'ES6. Et je ne parle même pas du temps fou qu'il faut passer pour réussir à les compiler. Et quand vous avez un outil qui marche, vous pouvez être sûr que dans quelques mois, ses plugins pour faire du sass ou générer des sprites ne seront plus maintenus.
Rarement eu ce genre de problème sur un projet sérieux...c'est sûr que celui qui clone n'importe quel skeleton fait à l'arrache sur github, et qui n'utilisera même pas 10 % de ce que propose ledit skeleton, il va se heurter à ce type de souci. Je suis partisan de minimiser au maximum l'aspect build d'un projet. Webpack + Babel + ESLint + WhateverTestTool, ça permet déjà de faire énormément de choses.
Celui-ci continue de gagner en popularité, mais aussi en complexité.
Tout dépend AMHA de la définition donnée à "complexité". Pour moi, ES6 est plus "simple" que jamais, et franchement, il était temps. Non pas que je n'aimais pas les surcouches type CoffeeScript, mais tendre vers l'unification, je trouve ça bien.
Il est pour moi clair que Javascript a accumulé une dette technique considérable. Ca s'améliore petit à petit.....vraiment petit à petit (un bon support ES6 natif sur les navigateurs, ce serait déjà pas mal). C'est le revers de la médaille. A côté de ça, on a un langage exécutable à peu près partout (une application mobile tout en Javascript c'est très faisable), et un écosystème assez exceptionnel (merci CommonJS, merci AMD).
Et vous, quels sont vos langages du moment ? Et que font-ils mieux que JavaScript ?
A titre personnel, je préfère cent fois écrire du ScalaJS. Mais avec ES6, je ne me sens plus obligé de le faire, même si je reste frustré par certains manques. Et quand je vois mes builds ScalaJS saturer mes 4GB de mémoire (oui ok on est en 2016...mais quand même), quand Webpack et Babel tournent comme des fleurs, ça me fait vraiment mal au coeur.
# Ca va en s'améliorant
Posté par mikael.vallerie . En réponse à la dépêche Et si JavaScript allait droit dans le mur ?. Évalué à 5.
Pour le moment, le workaround qui me convient le plus est Immutable.js
Rarement eu ce genre de problème sur un projet sérieux...c'est sûr que celui qui clone n'importe quel skeleton fait à l'arrache sur github, et qui n'utilisera même pas 10 % de ce que propose ledit skeleton, il va se heurter à ce type de souci. Je suis partisan de minimiser au maximum l'aspect build d'un projet. Webpack + Babel + ESLint + WhateverTestTool, ça permet déjà de faire énormément de choses.
Tout dépend AMHA de la définition donnée à "complexité". Pour moi, ES6 est plus "simple" que jamais, et franchement, il était temps. Non pas que je n'aimais pas les surcouches type CoffeeScript, mais tendre vers l'unification, je trouve ça bien.
Il est pour moi clair que Javascript a accumulé une dette technique considérable. Ca s'améliore petit à petit.....vraiment petit à petit (un bon support ES6 natif sur les navigateurs, ce serait déjà pas mal). C'est le revers de la médaille. A côté de ça, on a un langage exécutable à peu près partout (une application mobile tout en Javascript c'est très faisable), et un écosystème assez exceptionnel (merci CommonJS, merci AMD).
A titre personnel, je préfère cent fois écrire du ScalaJS. Mais avec ES6, je ne me sens plus obligé de le faire, même si je reste frustré par certains manques. Et quand je vois mes builds ScalaJS saturer mes 4GB de mémoire (oui ok on est en 2016...mais quand même), quand Webpack et Babel tournent comme des fleurs, ça me fait vraiment mal au coeur.