Earlier quoted context omitted.
One of the major goals of Elm is being easy to learn, both from a language and a library point of view. PureScript is, for better or worse, no simpler than Haskell as a language, with all of the power of Haskell but its complexity as well. Elm is going to be much more approachable, and has a major focus on readable documentation and simple, straightforward concepts. It takes trade offs in language features in exchang…
> PureScript is, for better or worse, no simpler than Haskell as a language, with all of the power of Haskell but its complexity as well Is it really no simpler? A few common complexity complaints i hear about Haskell that don't apply to purescript in order of frequency: - Haskell is lazy by default - has too many language extensions - records pollute global namespace - has fmap and map - $ is confusing
New Adventures for Elm
91–95 of 95 posts
Re: New Adventures for Elm
#92Earlier quoted context omitted.
> PureScript is, for better or worse, no simpler than Haskell as a language, with all of the power of Haskell but its complexity as well Is it really no simpler? A few common complexity complaints i hear about Haskell that don't apply to purescript in order of frequency: - Haskell is lazy by default - has too many language extensions - records pollute global namespace - has fmap and map - $ is confusing
Except that Purescript uses the liberty from Haskell legacy libraries to become even more hardcore on algebra and categoric language. The relatively small user base also consist of experienced Haskellers, and the libraries tend to be quite advanced. For example, the "basic component" in the beginning of the Halogen tutorial already mentions natural transformations (which made me instantly intrigued, personally, but I…
In some of the standard libraries, yes, that's true. However, it's possible to use PureScript without the standard libraries, and use alternatives such as Preface (a teaching library) or Neon (an alternative to Prelude)
https://github.com/paf31/purescript-preface
http://pursuit.purescript.org/packages/purescript-neon/0.1.1
Re: New Adventures for Elm
#93Earlier quoted context omitted.
> PureScript is, for better or worse, no simpler than Haskell as a language, with all of the power of Haskell but its complexity as well Is it really no simpler? A few common complexity complaints i hear about Haskell that don't apply to purescript in order of frequency: - Haskell is lazy by default - has too many language extensions - records pollute global namespace - has fmap and map - $ is confusing
Except that Purescript uses the liberty from Haskell legacy libraries to become even more hardcore on algebra and categoric language. The relatively small user base also consist of experienced Haskellers, and the libraries tend to be quite advanced. For example, the "basic component" in the beginning of the Halogen tutorial already mentions natural transformations (which made me instantly intrigued, personally, but I…
Re: New Adventures for Elm
#94Earlier quoted context omitted.
One of the major goals of Elm is being easy to learn, both from a language and a library point of view. PureScript is, for better or worse, no simpler than Haskell as a language, with all of the power of Haskell but its complexity as well. Elm is going to be much more approachable, and has a major focus on readable documentation and simple, straightforward concepts. It takes trade offs in language features in exchang…
> PureScript is, for better or worse, no simpler than Haskell as a language, with all of the power of Haskell but its complexity as well Is it really no simpler? A few common complexity complaints i hear about Haskell that don't apply to purescript in order of frequency: - Haskell is lazy by default - has too many language extensions - records pollute global namespace - has fmap and map - $ is confusing
- I'm not sure what you mean by too many language extensions. That's kind of like saying a language has too many libraries -- just use the ones you need. It doesn't make the language more complicated.
- The records problem is a problem, but that doesn't make Haskell more complicated.
- I never deal with the fmap/map problem because I use ClassyPrelude, and there are other even more trivial solutions out there (to the extent that that's a problem). Also, is a thing.
- Doesn't purescript also have the $ operator? You could certainly define it if not. In any case, if you're not comfortable using $ and similar combinators, you're probably not going to find purescript easy...
Re: New Adventures for Elm
#95I've been looking at the options for pure-functional languages targeting JS, and it seems that PureScript is superior to Elm from a technical perspective for full-stack webdev. PureScript takes the approach of providing a full Haskell-like language that is "native" to the JS world. It has the features and type system of Haskell, but atop a cleaned up version of Javascript's semantics (e.g. strict evaluation, not lazy…