For anyone else who was confused like I was: this is more like a new frontend framework to implement the Elm architecture but in Haskell. Kind of the way Fable.io has a framework called Elmish, but you're writing in F#.
1) The Elm language is tightly curated. It features the most important parts of Haskell/OCaml for frontend web apps and decreases the surface area of knowledge needed to use it.
Obviously, this point is debatable and has been heavily debated in the Elm community.
2) In Elm, there is only way one to create a frontend web app. When new developers come on to a project, they need to mainly learn only the business logic of your app. When you want help from the online Elm community, they already know the workflow of the app.
3) It's a gateway drug for Haskell/OCaml. I think any rise in Elm's popularity can only help languages like Haskell & OCaml.
Having said that when I tried to build a simple Halogen project the build hung.
Most of the examples seem to contain 1.5MB of JS. My gut feel is that it isn't terribly low or high for transpiled JS, but it is what it is.
I'd be interested to see how large it is compressed.
Misco: Write Elm-like front-end applications in Haskell.
The question was:
> Why do you wrote this instead of just using Elm? Is GHCJS fast enough? Does it produces builds small enough?