Live data from Hacker News

Haskell in Production

felixmulder.com

1–10 of 242 posts

Re: Haskell in Production

#2
This is a great guide and sound advice. And hopefully in a year we'll see the community converge on Polysemy (or fused-effects for performance) to make this strategy even more natural.

Re: Haskell in Production

#4
All the interesting code is in the next post, http://felixmulder.com/writing/2019/10/05/Designing-testable....

I'm not sure why they use a generic monad rather than ST, they don't need continuations for this.

The Reader monad with a big record is standard Haskell, it's basically what GHC uses: https://github.com/ghc/ghc/blob/1219f8e8a3d1b58263bea7682232...

data-has is less standard, it only seems to have been used seriously by one project, which has a bug on file to stop using it: https://github.com/myfreeweb/magicbane/issues/20

But overall it's interesting, we'll see where the series goes.

Re: Haskell in Production

#8
post #7

The more I see it in use, the more I want to learn Haskell, but I can't think of a practical reason to do so.

I think the reason should/could be abstraction. If you find yourself doing kind of the same thing over and over but don't see how you could extract the repetative part in a scalable way in a language with less type support then there may be a good use case for Haskell there.

Re: Haskell in Production

#9
> Haskell is great for business and great in production.

Hot take: no it isn't. It is extremely hard to learn, has an extremely confusing + needlessly complicated syntax and I question the payoff immensely. I question the well-being of anybody who subjects themselves to the pain and torture that is Haskell.

If I stood up in a corporate business boardroom meeting for tech analysis on a new project and said "I want to write it in Haskell", I'd get laughed + kicked out.

Post reply on HN