Je ne connais pas bien du tout ClojureScript. A priori, je dirais que le gros avantage d'Elm est d'avoir été pensé dès le départ pour fonctionner dans les navigateurs.
J'imagine qu'un développeur Clojure ira naturellement vers ClojureScript mais un développeur JS ira plus facilement vers Elm. Ce n'est pas forcément lié au langage, mais plutôt à la communauté et aux outils. Le compilateur Elm s'installer via npm, fournit des messages d'erreur compréhensibles par le commun des mortels, on commence à voir pas mal de tutoriels pour aborder Elm en venant du JavaScript, etc.
D'autre part, Elm propose avec The Elm Architecture, elm-html et start-app une approche directe pour faire des single page apps. C'est un équivalent de React + Flux dans le monde Elm, mais en beaucoup plus simple grâce aux propriétés d'Elm (l'immutabilité et les signaux notamment). Il existe bien Om pour ClojureScript, mais j'ai l'impression que ça n'a pas vraiment pris.
Par rapport à Haskell, Elm apporte de la simplicité. En tant que langage, Haskell est clairement beaucoup plus puissant. Mais ça vient avec un coup : c'est beaucoup plus compliqué de "rentrer" dans le langage. Je ne vois pas les développeurs front adopter massivement Haskell dans les années qui viennent. Il y a trop de freins, que ce soit en terme de documentation, de communauté qui n'a pas les mêmes valeurs ou d'outils. Elm semble répondre à ces questions. Par exemple, je n'ai pas vu de tutoriel Elm qui commence par définir ce qu'est une monade. Ça ne veut pas dire que les concepteurs du langage ne connaissent pas ce concept, mais juste qu'ils préfèrent mettre en avant le côté pratique plus que le côté théorique. La vidéo "Let's be mainstream" dans les liens de l'article est assez parlante à ce sujet.
[^] # Re: Clojure
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche À la découverte d'un nouveau langage, Elm. Évalué à 8.
Je ne connais pas bien du tout ClojureScript. A priori, je dirais que le gros avantage d'Elm est d'avoir été pensé dès le départ pour fonctionner dans les navigateurs.
J'imagine qu'un développeur Clojure ira naturellement vers ClojureScript mais un développeur JS ira plus facilement vers Elm. Ce n'est pas forcément lié au langage, mais plutôt à la communauté et aux outils. Le compilateur Elm s'installer via npm, fournit des messages d'erreur compréhensibles par le commun des mortels, on commence à voir pas mal de tutoriels pour aborder Elm en venant du JavaScript, etc.
D'autre part, Elm propose avec The Elm Architecture, elm-html et start-app une approche directe pour faire des single page apps. C'est un équivalent de React + Flux dans le monde Elm, mais en beaucoup plus simple grâce aux propriétés d'Elm (l'immutabilité et les signaux notamment). Il existe bien Om pour ClojureScript, mais j'ai l'impression que ça n'a pas vraiment pris.
Par rapport à Haskell, Elm apporte de la simplicité. En tant que langage, Haskell est clairement beaucoup plus puissant. Mais ça vient avec un coup : c'est beaucoup plus compliqué de "rentrer" dans le langage. Je ne vois pas les développeurs front adopter massivement Haskell dans les années qui viennent. Il y a trop de freins, que ce soit en terme de documentation, de communauté qui n'a pas les mêmes valeurs ou d'outils. Elm semble répondre à ces questions. Par exemple, je n'ai pas vu de tutoriel Elm qui commence par définir ce qu'est une monade. Ça ne veut pas dire que les concepteurs du langage ne connaissent pas ce concept, mais juste qu'ils préfèrent mettre en avant le côté pratique plus que le côté théorique. La vidéo "Let's be mainstream" dans les liens de l'article est assez parlante à ce sujet.