| This is actually the other way round. Given: 1. People who learn Haskell put in a lot of effort for their own learning benefit - they're not usually learning Haskell to get a job. 2. Once you learn Haskell you really kind of want a Haskell job to put all this nice stuff into practice. 3. There aren't many Haskell jobs about (in part due to a perception that it's hard to hire Haskell developers). As a company in the lucky position of hiring for a Haskell role you have a pool of people who have self selected to be above average in determination and smarts, but limited options in employment in their new tech of choice. source Built a Haskell team at a startup, now work on a Haskell team in finance. Hiring has NEVER been a problem. |
Personally, not really.
I enjoy dabbling with Haskell on my open source projects but doing so has made it abundantly clear why I would never want to use it on a production system, especially one I'm responsible for. Laziness making performance intractable, bad tooling (see the stack trace observation above), difficulties hiring Haskell programmers and the fact that while they can be good coders, they are usually very weak on the engineering side, etc...
Both Haskell and Scala are on my list of languages that I love to experiment with on my free time but that I think are not ready for mission critical stuff.
> you have a pool of people who have self selected to be above average in determination and smarts
I hear this claim a lot from Haskell programmers but this has zero evidence.
It's just a human thing to believe that your choices of technology make you better than people who made different choices.