Erlang isn't a popular BEAM language outside of companies and by this point Elixir has probably taken a good chunk of that just by capturing people outside of that context enough as well.
With that said there is almost no reason to use Elixir, it doesn't provide enough on top of Erlang to be meaningful and Erlang as a language is considerably easier to learn, so if you onboard people you'll have a better time. Erlang also has less features you probably shouldn't use and you'll end up with more simple, straight forward code than with Elixir in the long term.
For people who like a bit of order in their programming Gleam is a better alternative to both of these; it just has a regrettable view of OTP, the libraries around processes do not seem very well thought out with regards to providing a similar experience to Erlang/Elixir when writing `gen_server`s, for example.
Well, I’m doing a new erlang project at a large financial institution; there are a certain class of problems that are best solved by it. I don’t think elixir is a better target; erlang is overall a better language, once you get over the initial syntax.
Mostly our crud services or apis are better served by java or go tho.
Is Erlang (not Elixir) used for new projects anymore? I never see new repos showing up here using Erlang in open source.
Erlang isn't a popular BEAM language outside of companies and by this point Elixir has probably taken a good chunk of that just by capturing people outside of that context enough as well.
With that said there is almost no reason to use Elixir, it doesn't provide enough on top of Erlang to be meaningful and Erlang as a language is considerably easier to learn, so if you onboard people you'll have a better time. Erlang also has less features you probably shouldn't use and you'll end up with more simple, straight forward code than with Elixir in the long term.
For people who like a bit of order in their programming Gleam is a better alternative to both of these; it just has a regrettable view of OTP, the libraries around processes do not seem very well thought out with regards to providing a similar experience to Erlang/Elixir when writing `gen_server`s, for example.
Mix and the new type system isn’t a differentiator?
1 reply →
I don't know of any. People are really just selecting for the underlying runtime. And Elixir and Gleam are better targets here.
Well, I’m doing a new erlang project at a large financial institution; there are a certain class of problems that are best solved by it. I don’t think elixir is a better target; erlang is overall a better language, once you get over the initial syntax.
Mostly our crud services or apis are better served by java or go tho.
What are the big benefits of the runtime (BEAM) that are drawing people?