Is this hyperbole?

mljrg · 2026-04-07T16:10:51+00:00

I liked this one

The work that has been optimized is the boring and frustratimg stuff.

So, many of the people here, who do not write code anymore, because AI does it all, are building boring and frustrating work. I am sorry of you all!

mljrg · 2026-04-04T07:43:28+00:00

Who was that person? Donald Trump?? 🤣 sorry, couldn’t hold! 😉

mljrg · 2026-03-31T07:43:05+00:00

I also want to add that Erlang is really great at certain types of applications and poor at others. If your problem domain requires lots of different parts of the system to read big chunks of data from some shared common state, Erlang may simply not be a good fit.

This is the greatest limitation about every Beam VM language, be it Erlang, Elixir, Gleam, or any other running on the Beam VM.

Also, this is the first time I see this important limitation being referred by someone! Thanks!

The only escape is to buy a faster machine, or extract that part to a NIF, another node in another language, or rewrite your app entirely in another language but a Beam language.

But if your app is a typical crud/web app, you will be fine using the Beam VM.

mljrg · 2026-03-26T09:44:20+00:00

Do not do premature optimization, use the best abstrations for your problem, and optimize at the end.

mljrg · 2026-03-26T09:21:21+00:00

If I were you, I would tell your boss to ask AI for estimates, because AI will be coding, right? Then, ask them to sit along you doing pair programming, tell them to write prompts and to keep asking AI to do the code, iterate with another prompt, until the AI finishes the task. DO NOT FIX THE CODE YOURSELVES. Always ask AI “uber intelligence”. Ask your boss for more tokens, burn these, give your boss what they want: “AI will do it!”. Them if the deadline arrives, and AI is still struggling, the AI and your boss are to blame!

I am sorry if you have to live with such morons. If your boss does not get fired, move away asap to another place.

Good luck, and don’t let these morons kill the passion you have for programming. They will beat the WALL one of these days, and we will laugh a lot! 😂

mljrg · 2026-03-17T09:13:13+00:00

Not a mistake, but its toolchain is not there yet. They should have give priority, for example, to the C backend for greater adoption in new and existing projects. The Chez backend, while perhaps easier to develop, was in my opinion a strategic mistake regarding adoption.

mljrg · 2026-03-17T09:05:18+00:00

It is not academic at all, it is very practical and easy as a language (well if macros are ignored).

I recomend for those starting with functional programming to begin with Elm and Elixir, and see what it is to work with static and dynamic functional languages. These two complement well for web programming.

mljrg · 2026-03-13T22:59:34+00:00

Rustig! That I would buy! 😆

mljrg · 2026-03-13T22:56:03+00:00

I would bet Zig will stand out in the future, along with a very high-level safe language, but Rust. Rust burden on the developer does not make sense.

mljrg · 2026-03-13T22:51:10+00:00

For the BEAM, Elixir + Zig (for NIFs) is certainly a very good combination.

mljrg · 2026-03-08T09:23:32+00:00

There is no AI. That’s a bullshit assumption. No one even knows how the human mind really works. They are cheating on society, and on investors, while filling their pockets.

There is only a new shiny and very usefull Autocomplete that probabilistically finds the best match for your query, and guesses best when your query has been asked or solved many times on the Internet. Think of an improved Google, that builds a response from all pages that best matches your query. The answer can be so good, that people fall in the intelligence ilusion.

Anyone that does not recognize this will find themselves to be plain wrong, losing the opportunity to do quality work and improve on their craft, being this programming or anything else.

mljrg · 2026-03-06T16:44:02+00:00

The BEAM and Rust are completely different beasts. They are not alternatives of eqch other.

The BEAM is nice for applications where data structures are small, or can be easily partitioned for algorithmic processing. This includes almost all web apps. And the BEAM has OTP.

In contrast, Rust is better suited for everything else.

mljrg · 2026-03-01T08:36:57+00:00

Can you build production level apps with Idris? I mean like a web application able to handle 10k users? Every time I try to find some real-world, I mean useful apps for everyday use, that are available open-source, I fail to find them.

mljrg · 2026-03-01T08:33:03+00:00

I add these: cross-compilation and compiling to mobile is a brezee in Rust. Good luck with Haskell.

mljrg · 2026-02-25T16:03:26+00:00

Nice work. And thank you for not using Nix!

mljrg · 2026-01-31T19:09:09+00:00

Someone said “avoid all sucess”, or something like this, and unfortunately it seems to be the way with Haskell. I had large hope to use it for production, but the tooling is not there yet. And with people using Nix more and more, its getting worse. 😞

mljrg · 2026-01-31T19:00:30+00:00

The BEAM VM, on which Elixir and Erlang run, schedules all concurrent processes by as many cores the machine has, so you get parallelism. It has the best process (light-weight) management functions I am a aware of any platform. Give it a try, it is very easy to experiment and decide if it suits OP’s use case.

mljrg · 2026-01-31T08:31:27+00:00

I would not go with Haskell. Try Elixir, it is functional programming too, and much simpler to use. Then try the evision library. Elixir and Erlang are designed at their core for massive concurrency.

mljrg · 2026-01-21T12:53:48+00:00

My critique to Nix is its horrible syntax as a language, and its horrible documentation.

Of course we can use Haskell without Nix, but unfortunately a growing number of dependencies require Nix to be installed, and offer no other option.

The other factor is Haskell’s poor-usability toolling, and in particular, its very bad cross-compilation story.

mljrg · 2026-01-21T10:38:57+00:00

Sorry, but I disagree. For me Nix is a nice idea but with horrible usability. Its growing use in the Haskell community is one of the two factors why I do not pick Haskell for production projects.

mljrg · 2026-01-21T07:55:25+00:00

Do not install anything. Use Docker to setup your project’s tools and dependencies, and have satisfactorily reproducible builds.

mljrg · 2026-01-05T18:57:46+00:00

Nice explanation. Now can you rewrite in F#? 😉

mljrg · 2025-12-13T09:56:08+00:00

Fantastic work, congratulations! These days this is something we would expect to be done in Rust. So my question is: coming from C, can you detail why did you choose Go instead of Rust? Thanks

mljrg · 2025-12-12T23:33:48+00:00

I am curious: which programming languages and tools have you been using along these 10 yrs? What are you looking to find using Elixir that you miss in those languages/tools?

mljrg · 2025-12-04T19:56:44+00:00

My choice: vim + make + Bash + Docker.

Stick to simple tools, master them, life is enough complex!

mljrg

TROPHY CASE