Do we need to move away from Elm?

Re:Do we need to move away from Elm? by augbog on Saturday March 03, 2018 @03:02PM (#16511258)

Dumb question but I recently was looking at Elm and ReasonML (by Facebook) and don't really know the difference... they seem to try to achieve the same thing no?

[ Parent | on HN ]

Re:Do we need to move away from Elm? by mjaniczek on Saturday March 03, 2018 @04:47PM (#16511809)

(Disclaimer: I only have experience with Elm, not ReasonML)

Their goals might align quite a lot (functional programming for the browser; compiling to JS), but Elm seems to me more "pure" than ReasonML, and places extra emphasis on correctness ("no runtime errors").

For example, ReasonML allows you to put JS code inside its source [1]. Which might be great if you want that escape hatch, but might mean that runtime errors are common when working with ReasonML. Elm trades a bit of convenience for the enforced reliability.

[1]: https://reasonml.github.io/docs/en/interop.html

[ Parent | on HN ]

Re:Do we need to move away from Elm? by StreamBright on Saturday March 03, 2018 @06:22PM (#16512302)

Yep, this is exactly why we use ReasonML instead of Elm. I want to be able to write inpure code when I need it.

[ Parent | on HN ]

Re:Do we need to move away from Elm? by always_good on Saturday March 03, 2018 @04:02PM (#16511561)

About as much as any two different approaches to a problem achieve a solution to that problem.

Different trade-offs were made.

[ Parent | on HN ]