Live data from Hacker News

Haskell Foundation 2026 Update

discourse.haskell.org

41–50 of 81 posts

Re: Haskell Foundation 2026 Update

#41

Really like this language. I would love more if we can make developing production code easier.

What do you find about bringing it into production? Is it the actual language patterns or the tools? I've done Haskell in production for over a decade now so I am not sure what challenges newcomers face.

Re: Haskell Foundation 2026 Update

#42

Earlier quoted context omitted.

As someone who loves Haskell more than any other language, some challenges are - the tooling is decades behind, say, Rust or Go - finding the right library in looks very different in Haskell--you frequently start with the signature on Hoogle. Agents can learn this but it's not the same as "web search" - creating the right solution also looks different. It's usually borne out of thinking about the types and coming up…

> the tooling is decades behind, say, Rust or Go That's definitely not true, even if that was true maybe 6 years ago. As someone who's uses Haskell daily and also many other languages, I can see Haskell's tooling as more advanced than many others.

Think problem is not in advanced features but in stability, integration and streamlining - compared to Rust/cargo.

Re: Haskell Foundation 2026 Update

#43

Earlier quoted context omitted.

As someone who loves Haskell more than any other language, some challenges are - the tooling is decades behind, say, Rust or Go - finding the right library in looks very different in Haskell--you frequently start with the signature on Hoogle. Agents can learn this but it's not the same as "web search" - creating the right solution also looks different. It's usually borne out of thinking about the types and coming up…

> the tooling is decades behind, say, Rust or Go That's definitely not true, even if that was true maybe 6 years ago. As someone who's uses Haskell daily and also many other languages, I can see Haskell's tooling as more advanced than many others.

I tried building a cross platform shared library. I still couldn't get GHC to generate the library with Haskell's Runtime (RTS) statically linked. Tried multiple AI models and nothing could make it work. Eventually gave up after a month.

Also there's no support for Android and iOS, atleast not without spending months in recompiling GHC with haskell.nix or other third party projects.

Eventually I switched to Rust. It's tooling is so mature that I can focus on developing than compiling GHC.

Despite these demerits, I love Haskell language and lazy eval. I wish I can use it one day.

Re: Haskell Foundation 2026 Update

#44

"The principal goal is to dedicate most of the Foundation’s financial resources to technical work..... To make this possible, the Haskell Foundation will remain without an executive director for the foreseeable future. Instead of having a full-time employee in charge of fundraising, events, coordination, mediation and much more, we will split these responsibilities between the Board and a new, part-time role dedicate…

That only scales to a point. When there gets to be enough work, making it everyone's job ensures that it becomes nobody's job. Usually because one person was doing anyway in an informal capacity, and now they're overloaded.

Source, seen it play out in a non-technical nonprofit that after years of stagnation, went the other way of hiring executive staff to run the day to day stuff. And from currently being part of another organization that is flailing that way presently.

Re: Haskell Foundation 2026 Update

#45
Chair of the Haskell Foundation here -- funny to see this on the HN front page!

Not mentioned in the update is that the Haskell Foundation is moving towards a model that already exists within the OCaml Foundation. The HF and OF have the same challenge: a shallow pool of (relatively) large sponsors.

Of course big successful firms have more money to contribute, and we are thankful for them. This move, whereby the HF will deploy more of its financial resources on technical challenges directly, is meant to attract the other 99.9% of firms using Haskell in production. Many firms, including my own employer, have a more tit-for-tat view of sponsorship.

If you have thoughts, or would like to get involved, do not hesitate to reach out to me! E-mail in bio

Re: Haskell Foundation 2026 Update

#46

Really like this language. I would love more if we can make developing production code easier.

We're always happy to hear about pain points!

For example, one thing that is a friction point at my own job is knowledge of tooling for performance tuning and optimization. It's not that Haskell doesn't have this tooling, it's just not well-known.

Is there anything in particular you would need?

Re: Haskell Foundation 2026 Update

#47
post #43

Earlier quoted context omitted.

> the tooling is decades behind, say, Rust or Go That's definitely not true, even if that was true maybe 6 years ago. As someone who's uses Haskell daily and also many other languages, I can see Haskell's tooling as more advanced than many others.

I tried building a cross platform shared library. I still couldn't get GHC to generate the library with Haskell's Runtime (RTS) statically linked. Tried multiple AI models and nothing could make it work. Eventually gave up after a month. Also there's no support for Android and iOS, atleast not without spending months in recompiling GHC with haskell.nix or other third party projects. Eventually I switched to Rust. It'…

I built an example project showing how to build shared libraries in Haskell, in 2019.

https://github.com/mietek/haskell-so-example

Re: Haskell Foundation 2026 Update

#48

How is the Haskell Foundation doing these days? Are we worried about its future?

Chair of the HF here -- things are going quite well, actually. We have great sponsors who come back year after year, the HF has been spending more to make infrastructure more reliable (e.g. for Hackage), and we've started a new event series focused on North America (https://haskell.foundation/events/2026-amerihac.html), which has been a great success!

Our metrics are also showing that Haskell usage is actually growing. So overall, can't complain!

Re: Haskell Foundation 2026 Update

#49

The thought crosses my mind that Haskell may be uniquely suited for AI coding using a very small context window (cheap). Haskell encourages small functions and no global state. So you may be able to capture all the relevant context for editing a Haskell function within a few hundred or few thousand tokens. That would be better than some other languages. Plus the strong typing could help AI agents catch errors. I have…

I think you may find helpful this [1] almost 20 years old [2] agent.

  [1] https://github.com/augustss/djinn
  [2] http://lambda-the-ultimate.org/node/1178
The context window it requires for AI coding can be as short as half a dozen of tokens.

Re: Haskell Foundation 2026 Update

#50

Really like this language. I would love more if we can make developing production code easier.

I like it too. It's underrated because the learning curve is very high

The steepness of Haskell learning curve is exaggerated.

I have experience where completely unmotivated (due to then ongoing very bad divorce) former Java programmer took a description of CPU for model code generation in Haskell's eDSL and successfully extended it in a month. The model had tricky (at the time) type level programming and type classes with associated types.

Post reply on HN