Why Elixir is the best language for AI – Dashbit Blog(dashbit.co)
dashbit.co
Why Elixir is the best language for AI – Dashbit Blog
https://dashbit.co/blog/why-elixir-best-language-for-ai
10 comments
Wanted to second this. Been using AI extensively on a relatively large Phoenix / Elixir code base, and it mostly produces excellent results.
The features of Elixir that lead to good software are amplified with LLM's.
One thing that I would perhaps add to the article (or emphasise) is the clarity and quality of error messages in Elixir. In my opinion some of the best error logging in the game. The vast majority of the time the error gives enough information to very quickly fix the problem.
The features of Elixir that lead to good software are amplified with LLM's.
One thing that I would perhaps add to the article (or emphasise) is the clarity and quality of error messages in Elixir. In my opinion some of the best error logging in the game. The vast majority of the time the error gives enough information to very quickly fix the problem.
I’ve had a fantastic experience building out an internal AI agent service using elixir and phoenix - after only dabbling with it in side projects for almost a decade
OTP fits agents like a glove.
OTP fits agents like a glove.
I tried Elixir a few months back with several different models (GPT, Claude, and Gemini). I’m not an Elixir or BEAM developer, but the results were quite poor. I rarely got it to generate syntactically correct Elixir (let alone idiomatic). It often hallucinated standard library functions that didn’t exist. Since I had very little prior experience, steering the models didn’t go well. I’ve since been using them for JS/ TS, Kotlin/ Java, and a few other tasks where I’m much more familiar.
My takeaway was that these models excel at popular languages where there’s ample training material, but struggle where the languages change rapidly or are relatively “niche.” I’m sure they’ve since gotten better, so perhaps my perception is already out of date.
My takeaway was that these models excel at popular languages where there’s ample training material, but struggle where the languages change rapidly or are relatively “niche.” I’m sure they’ve since gotten better, so perhaps my perception is already out of date.
It's hard for me to believe that python is relatively weak and c# is second strongest.
Go as well seems surprisingly low given how constrained and straight forward it is
It doesn't align with anecdotal experience
Go as well seems surprisingly low given how constrained and straight forward it is
It doesn't align with anecdotal experience
I think golang is likely a context rot issue. Sure its straightforward but the verbosity ends up affecting long horizon performance
Anecdotally Ive had decent output on a golang project but an incredible amount of duplication that I have to explicitly catch and have it correct.
Anecdotally Ive had decent output on a golang project but an incredible amount of duplication that I have to explicitly catch and have it correct.
What anecdotal experience? Not that I think LLMs produce good code, but for me it has produced a lot better c# than TypeScript fo example. I guess quality matters more than quantity when it comes to LLMs training data.
> Section 3.3:
> Besides, since we use the moderately capable DeepSeek-Coder-V2-Lite to filter simple problems, the Pass@1 scores of top models on popular languages are relatively low. However, these models perform significantly better on low-resource languages. This indicates that the performance gap between models of different sizes is more pronounced on low-resource languages, likely because DeepSeek-Coder-V2-Lite struggles to filter out simple problems in these scenarios due to its limited capability in handling low-resource languages.
At the same time I have used Claude Code on an elixir codebase and it's done a great job. But for me, it's undefined that it would have done a worse job if I had picked any other stack.
[0]: https://news.ycombinator.com/item?id=46646007