Why Does Everyone Hate Haskell, Jazz, and Pure Math?

This page summarizes the projects mentioned and recommended in the original post on news.ycombinator.com

InfluxDB - Purpose built for real-time analytics at any scale.
InfluxDB Platform is powered by columnar analytics, optimized for cost-efficient storage, and built with open data standards.
www.influxdata.com
featured
SaaSHub - Software Alternatives and Reviews
SaaSHub helps you find the best software and product alternatives
www.saashub.com
featured
  • haskell-language-server

    Official haskell ide support via language server (LSP). Successor of ghcide & haskell-ide-engine.

    > Haskell has an endemic problem where way too many development resources are put into fringe parts of GHC

    There has been an incredibly amount of work put into all the things you mentioned over the last decade, which it sounds like you're unfamiliar with. https://github.com/haskell/haskell-language-server in particular is a pleasure to use in my experience. Package management is far from perfect, but it's always being worked on and I'll take it over anything in Python or the Node.js ecosystems any day. Developer experience has improved a lot since I started using the language and this is an area that the community and leadership absolutely cares about--I'd be surprised at anyone who spent time reading discussions in https://github.com/ghc-proposals/ghc-proposals or https://discourse.haskell.org/ or etc. would agree with you.

    > Haskell has the worst support for records of all its peers. SML, OCaml, F# all have better records.

    > Without good records it’s unreasonably hard to write large software projects.

    > AFAIK it’s hard to retrofit ML-style structural subtyped records onto Haskell, because the type system is designed around that not being possible.

    Haskell is not ML, and while Haskell records are weak they are not what is preventing people from writing big projects in Haskell. There is much more to the language than records. But I said this in my previous comment.

    Nothing you've written resonates with me, and I've written Haskell and PureScript professionally as well as Java and JS along with a bunch of other languages that haven't been mentioned. I'm also actively working on an open source project in my spare time with thousands of lines of Haskell and PureScript code (https://github.com/ddellacosta/automation-service), not to mention a half dozen other random half-done projects and contributions I've made to other open source libraries and applications. What have you written in Haskell that has made you dislike it so much?

    > Talk is cheap.

    Yes it is.

  • InfluxDB

    Purpose built for real-time analytics at any scale. InfluxDB Platform is powered by columnar analytics, optimized for cost-efficient storage, and built with open data standards.

    InfluxDB logo
  • ghc-proposals

    Proposed compiler and language changes for GHC and GHC/Haskell

    > Haskell has an endemic problem where way too many development resources are put into fringe parts of GHC

    There has been an incredibly amount of work put into all the things you mentioned over the last decade, which it sounds like you're unfamiliar with. https://github.com/haskell/haskell-language-server in particular is a pleasure to use in my experience. Package management is far from perfect, but it's always being worked on and I'll take it over anything in Python or the Node.js ecosystems any day. Developer experience has improved a lot since I started using the language and this is an area that the community and leadership absolutely cares about--I'd be surprised at anyone who spent time reading discussions in https://github.com/ghc-proposals/ghc-proposals or https://discourse.haskell.org/ or etc. would agree with you.

    > Haskell has the worst support for records of all its peers. SML, OCaml, F# all have better records.

    > Without good records it’s unreasonably hard to write large software projects.

    > AFAIK it’s hard to retrofit ML-style structural subtyped records onto Haskell, because the type system is designed around that not being possible.

    Haskell is not ML, and while Haskell records are weak they are not what is preventing people from writing big projects in Haskell. There is much more to the language than records. But I said this in my previous comment.

    Nothing you've written resonates with me, and I've written Haskell and PureScript professionally as well as Java and JS along with a bunch of other languages that haven't been mentioned. I'm also actively working on an open source project in my spare time with thousands of lines of Haskell and PureScript code (https://github.com/ddellacosta/automation-service), not to mention a half dozen other random half-done projects and contributions I've made to other open source libraries and applications. What have you written in Haskell that has made you dislike it so much?

    > Talk is cheap.

    Yes it is.

  • automation-service

    automation-service is a tool for setting up simple-to-complicated home automations, like triggering lighting to go on when you enter a room, or reading from and responding to sensors--and much more. Currently very alpha

    > Haskell has an endemic problem where way too many development resources are put into fringe parts of GHC

    There has been an incredibly amount of work put into all the things you mentioned over the last decade, which it sounds like you're unfamiliar with. https://github.com/haskell/haskell-language-server in particular is a pleasure to use in my experience. Package management is far from perfect, but it's always being worked on and I'll take it over anything in Python or the Node.js ecosystems any day. Developer experience has improved a lot since I started using the language and this is an area that the community and leadership absolutely cares about--I'd be surprised at anyone who spent time reading discussions in https://github.com/ghc-proposals/ghc-proposals or https://discourse.haskell.org/ or etc. would agree with you.

    > Haskell has the worst support for records of all its peers. SML, OCaml, F# all have better records.

    > Without good records it’s unreasonably hard to write large software projects.

    > AFAIK it’s hard to retrofit ML-style structural subtyped records onto Haskell, because the type system is designed around that not being possible.

    Haskell is not ML, and while Haskell records are weak they are not what is preventing people from writing big projects in Haskell. There is much more to the language than records. But I said this in my previous comment.

    Nothing you've written resonates with me, and I've written Haskell and PureScript professionally as well as Java and JS along with a bunch of other languages that haven't been mentioned. I'm also actively working on an open source project in my spare time with thousands of lines of Haskell and PureScript code (https://github.com/ddellacosta/automation-service), not to mention a half dozen other random half-done projects and contributions I've made to other open source libraries and applications. What have you written in Haskell that has made you dislike it so much?

    > Talk is cheap.

    Yes it is.

  • megaparsec

    Industrial-strength monadic parser combinator library

    Sorry to be "that Haskell guy", but this kind of space leak is a solved problem. I call the technique that solves it "make invalid laziness unrepresentable"[1]. That doesn't mean it's a trivial effort to apply the technique to everywhere in your codebase that needs it, it doesn't mean that every library you use will have applied the technique[2], but it does mean it's a solved issue with a fix that follows from best practices. Space leaks don't take the insight of gurus to fix.

    [1] http://h2.jaguarpaw.co.uk/posts/make-invalid-laziness-unrepr...

    [2] Here's a space leak I fixed two years ago in a popular library by making invalid laziness unrepresentable https://github.com/mrkkrp/megaparsec/issues/486#issue-135418...

NOTE: The number of mentions on this list indicates mentions on common posts plus user suggested alternatives. Hence, a higher number means a more popular project.

Suggest a related project

Related posts

  • VSCode Haskell extension not working

    1 project | /r/haskellquestions | 5 Oct 2023
  • Haskellers who moved to Rust: What has been your experience?

    2 projects | /r/rust | 12 Jul 2023
  • A semester of Haskell-language-server: an internship report

    1 project | news.ycombinator.com | 23 May 2023
  • HLS 2.0.0.0 is out

    1 project | /r/haskell_jp | 19 May 2023
  • HLS 2.0.0.0 is out

    2 projects | /r/haskell | 19 May 2023

Did you konow that Haskell is
the 23rd most popular programming language
based on number of metions?