External Publication
Visit Post

Anti-LLM Sentiment Considered Harmful

Haskell Community [Unofficial] May 7, 2026
Source

shinzui:

What I don’t love is repetitive mechanical work.

Agreed.

And LLMs are not the solution to that.

There is two types of solutions, IMO:

  1. abstractions, libraries and frameworks so you don’t have to write the details by hand (a declarative DSL for servant+SQL for example seems not very far fetched)
  2. deterministic code generation… guess what, this has been done decades ago already, except not with natural language as input, but using e.g. Z notation

Why is this more appropriate:

  • it’s bounded
  • it’s deterministic

Except, it also requires a fair amount of expertise (specification languages, writing DSLs, etc.) and knowledge of what exactly you want … and that’s the difference. Babysitting an LLM doesn’t require expertise, no matter how hard people try to sell that as a skill. It’s a shortcut. “Write me a C compiler” doesn’t require you to understand the domain.

Natural language as input to code generation is disconnecting our craft even more from “serious engineering”.

Yes, people are coming up with all sorts of creative ideas to keep the stochastic copy-paste machine in check and I’ll be honest… I am impressed by all the agentic wizardry that people come up with. But in the end it’s still the wrong interface. The wrong tool.

But it’s also quite characteristic for our industry:

  • the ability to scale stuff to infinity
  • the inability to care about foundations and make programming a serious engineering discipline

Most of the time, there are no lives on the line and our craft is barely regulated, except in a few cases (e.g. functional safety). Haskell for me was so appealing, because I felt it’s where people are self-regulating and try to be above “industry standard”, because the industry standard is poor crap.

So what am I saying? That LLMs are not useful? Not at all. I’m saying despite having pretty cool use cases, they’re a net negative at the moment and we can have better solutions for the “repetitive mechanical work” problem.

shinzui:

We use Nix at work.

Must… not… take the bait…

shinzui:

A strong programmer using LLMs properly will outperform programmers who refuse to use them, because LLMs are extremely good at the kinds of large-scale mechanical and exploratory work humans are comparatively bad at.

I guess it depends how you measure performance. If it’s lines of code, then sure.

shinzui:

Right now, building companies on Haskell is still painful because there are too many gaps in the ecosystem. LLMs are helping bridge those gaps dramatically,

Well yeah, this is a pretty output-centric view. What we’re missing is the product. I guess if you view it that way, then LLM use can accelerate that type of development.

But I simply don’t agree with that view.

Discussion in the ATmosphere

Loading comments...