Haskell
Hacker ApprovedRanked 12 of 163 programming languages by recommenders
Recommended for its expressive, strict type system and elegant abstractions that catch bugs and keep code maintainable; critics cite slow compilation, a steep learning curve, and laziness pitfalls.
Recommended for its expressive, strict type system and elegant abstractions that catch bugs and keep code maintainable; critics cite slow compilation, a steep learning curve, and laziness pitfalls.
406 people gave an opinion
- recommend it
- 287
- criticize it
- 119
- approval share
- 71%
Recommended in 12 of 13 months
- November 2025: recommended
- December 2025: recommended
- January 2026: recommended
- February 2026: recommended
- March 2026: recommended
- April 2026: recommended
- May 2026: recommended
- June 2026: recommended
- July 2026: recommended
- August 2026: recommended
- September 2026: recommended
- October 2026: recommended
- November 2026: not recommended (month in progress)
Owned for 10 years
Median of the 11 owners who said how long they have had it.
Each square is one year.
Why it carries the badge
- 287 people recommend itNeeds 10 or more, met.
- 2.4 recommenders for every criticNeeds 2 to 1 or better, met.
- Recommended in 12 of 13 monthsNeeds 4 or more, met.
The same three rules apply to every product, and the badge can’t be bought. How the badge works
What people say about it
The reasons people give, with the number of comments that give each one. Open a reason to read what they said.
Why people recommend it
Each mark is one comment
Powerful type system catches bugs
“The high level declarative nature and type driven development style of languages like Haskell also make it really easy for an experienced developer to review”
Comment from 12 Jan 2026 in “Which programming languages are most token-efficient?” “the language supports (enforces) good decision making; static typing w/ inference and a functional style as a first class concept”
Comment from 11 Aug 2026 in “What's the best programming language for coding agents?” “If you used that or Haskell for a while in a non trivial way it will give you deeper insight into why types matter”
Comment from 28 Dec 2025 in “Why Reliability Demands Functional Programming” - Comment from 10 Jan 2026 in “LLM Problems Observed in Humans”
- Comment from 30 Jul 2026 in “Are We Stuck with Lean?”
- Comment from 8 Oct 2026 on Hacker News
- Comment from 12 May 2026 in “If AI Writes Your Code, Why Use Python?”
- Comment from 10 Jul 2026 in “A Road to Lisp: Why Lisp”
- Comment from 7 Nov 2025 in “We chose OCaml to write Stategraph”
- Comment from 14 Feb 2026 in “Understanding the Go Compiler: The Linker”
Elegant, abstract expression
“Haskell still strikes me as more “ergonomic,” better suited to express abstractions, and just closer to the ideal of a language that helps the developer think.”
Comment from 5 Aug 2026 in “Twenty Years of Pandoc” “The thing that's so elegant about Haskell is that it allows you to express programmatic constructs at a very abstract level.”
Comment from 21 May 2026 in “Haskell Foundation 2026 Update” “my experience writing parsers in Haskell and handling error cases succinctly through functors was such a pleasant departure”
Comment from 14 Jan 2026 in “The Gleam Programming Language” - Comment from 29 Apr 2026 in “Why I Still Reach for Lisp (& Scheme) Instead of Haskell”
- Comment from 12 Apr 2026 in “Surelock: Deadlock-Free Mutexes for Rust”
Easy to review and maintain
“The high level declarative nature and type driven development style of languages like Haskell also make it really easy for an experienced developer to review”
Comment from 12 Jan 2026 in “Which programming languages are most token-efficient?” “Haskell strikes the perfect balance here, I've worked at companies with massive codebases where maintaining is still a breeze years later.”
Comment from 2 Feb 2026 in “France Is Building Its Own Google Workspace – With Django” “Purely functional code is easier to test because of its referential transparency and lack of shared state.”
Comment from 9 Dec 2025 in “If you're going to vibe code, why not do it in C?” Good target for AI-generated code
“other languages that follow a stricter/larger compile time regimen e.g. Haskell, OCaml, Idris, ATS, F* would be suitable as well for this kind of approach”
Comment from 8 May 2026 in “Just Fucking Use Go” “If the generated code uses a suitable programming language, like the safe subset of Haskell, then the risk is significantly lower.”
Comment from 1 Dec 2025 in “Program-of-Thought Prompting Outperforms Chain-of-Thought by 15% (2022)” “Haskell is I think a great language for llms - just make everything as pure as possible and you are golden.”
Comment from 26 May 2026 in “Use Boring Languages with LLMs”
What people warn about
Each mark is one comment
Complex and hard for beginners
“the maybe most wide used functional language (Haskel) has a very bad reputation about being unnecessary complicated and obscure”
Comment from 8 Apr 2026 in “Explore union types in C# 15” “Having an entire ecosystem seemingly more concerned about writing theses about type theory than with building usable libraries?”
Comment from 18 May 2026 in “Profunctor Equipment in Haskell” “a new user having to juggle immutability, IO and monads all at once at the same time will be almost certainly impossible.”
Comment from 30 Nov 2025 in “Advent of Code 2025” - Comment from 26 Aug 2026 in “Python's pre-declared constants are kinda weird”
Slow compile times
“Fast compile times is one of the most important qualities for developer productivity. It made Haskell a non-starter for many developers”
Comment from 10 Jul 2026 in “Scarf has moved away from Haskell” “the glorious (almost almighty) Haskell compiler is too slow for the agent to iterate it's mistakes until it gets it right”
Comment from 10 Jul 2026 in “Scarf has moved away from Haskell” Laziness causes resource surprises
“both positive (fusion, elegant expression of infinite structures) and negative (space leaks, reasoning difficulty about resource usage)”
Comment from 21 Apr 2026 in “Clojure: Transducers” “Problem specifically in Haskell is that you have to worry about implementing tail recursion to get efficient stack usage.”
Comment from 24 Oct 2026 in “How close can pure functional programming get to C?” “Laziness by default and Hindley-Milner type inference seem like mistakes that simply aren't going to get cleaned up.”
Comment from 23 May 2026 in “dotNET (OK, C#) gets union types” Weak tooling and dependency sprawl
“having experience in large commercial Haskell projects, I can tell you the web apps also suffer from the dreaded dependency explosion”
Comment from 19 Feb 2026 in “Farewell Rust” “Haskell is top tier when it comes to syntactic and conceptual elegance. The biggest problem is tooling, I would say.”
Comment from 29 Apr 2026 in “Why I Still Reach for Lisp (& Scheme) Instead of Haskell”
Other programming languages people recommend
The four most recommended other programming languages, with the same counts for each, so you can compare like for like. The tick on each bar marks the 2 to 1 line the badge needs.
See all 163 programming languages, rankedWhat people said
40 of the 578 comments that mention it, newest first. Each links to the original comment.
“Problem specifically in Haskell is that you have to worry about implementing tail recursion to get efficient stack usage.”
“I program Haskell all the time, and I encounter "non-bugs" where the compiler prevented me from doing something”
“I've read many more studies over the years and NEVER seen one showing a significant advantage for Haskell and similar languages.”
“Back when I was a beginner actually interested in getting out of the beginner step of Haskell, this was an issue for me”
“the language supports (enforces) good decision making; static typing w/ inference and a functional style as a first class concept”
“Haskell still strikes me as more “ergonomic,” better suited to express abstractions, and just closer to the ideal of a language that helps the developer think.”
“Haskell's type system is fully turing complete. Strictly speaking, it can encode anything any other program can.”
“Fast compile times is one of the most important qualities for developer productivity. It made Haskell a non-starter for many developers”
“the glorious (almost almighty) Haskell compiler is too slow for the agent to iterate it's mistakes until it gets it right”
“Haskell is a border case between sides because the idea of PL is so light that using so much light in programming leans to be really dark.”
“you would have to work hard to find a domain constraint that you can't declare in the Haskell type system”
“Haskell is I think a great language for llms - just make everything as pure as possible and you are golden.”
“Laziness by default and Hindley-Milner type inference seem like mistakes that simply aren't going to get cleaned up.”
“The thing that's so elegant about Haskell is that it allows you to express programmatic constructs at a very abstract level.”
“Having an entire ecosystem seemingly more concerned about writing theses about type theory than with building usable libraries?”
“The type system lets you very quickly figure out what something is before you figure out what something does”
“other languages that follow a stricter/larger compile time regimen e.g. Haskell, OCaml, Idris, ATS, F* would be suitable as well for this kind of approach”
“Haskell is incredible for medium-sized programs, but it has its own missing modularity features that make it non-ideal for large programs”
“ported an old service at a previous company to Haskell and tried to productionize it enough for our staging environments”
“they are still mindbogglingly complex when it comes to telling the programmer if the next line is the right amount of space”
“Haskell is top tier when it comes to syntactic and conceptual elegance. The biggest problem is tooling, I would say.”
“both positive (fusion, elegant expression of infinite structures) and negative (space leaks, reasoning difficulty about resource usage)”
“In Haskell it's just more economic and better integrated with the rest of the language and its typesystem.”
“the maybe most wide used functional language (Haskel) has a very bad reputation about being unnecessary complicated and obscure”
“having experience in large commercial Haskell projects, I can tell you the web apps also suffer from the dreaded dependency explosion”
“no mutability makes it reason to think about, fully statically typed, excellent compiler and diagnostics”
“Haskell strikes the perfect balance here, I've worked at companies with massive codebases where maintaining is still a breeze years later.”
“my experience writing parsers in Haskell and handling error cases succinctly through functors was such a pleasant departure”
“Haskell is great, but its entire vibe (lazy evaluation, pure functions) is entirely different from what Python's about.”
“The high level declarative nature and type driven development style of languages like Haskell also make it really easy for an experienced developer to review”
“strong type systems like what Haskell or to a lesser extent Rust have to offer are useful as safeguards for anyone”
“It's also super easy to find them and haskell-language-server can even suggest which functions you want based on signatures you have.”
“If you used that or Haskell for a while in a non trivial way it will give you deeper insight into why types matter”
“Purely functional code is easier to test because of its referential transparency and lack of shared state.”
“If the generated code uses a suitable programming language, like the safe subset of Haskell, then the risk is significantly lower.”
“a new user having to juggle immutability, IO and monads all at once at the same time will be almost certainly impossible.”
“STM shines in a concurrent setting, where you know you'll multiple threads accessing your system and you want to keep everything correct.”
“they do not in any way give you the same level of guarantees that OCaml, Haskell, or Rust would give you.”
“If you just want to explore a functional language from the ML family to get some familiarity, Haskell might be the better bet.”
“This makes the language feel a lot less experimental, as you don't generally have to enable 10s of extensions to get things working.”
Counts come from 1,795,640 Hacker News comments, November 2025 to November 2026. How we count. Report a mistake.