Re:Beam/Erlang/Elixir Concept Explanations
by Zababa on Sunday September 12, 2021 @12:49PM
(#28502721)
> Elixir is quite new (2015) and with every release it gains in maturity, and the ecosystem is growing.
One thing I really like is that it's considered mostly done. The community has the wisdom of not always trying to add new features and deprecating old ones. There's no 2.0 planned but that doesn't stop people from doing impressive work like Nx. I don't know about the ecosystem, but the language itself seem like a stable investment.
Re:Beam/Erlang/Elixir Concept Explanations
by linkdd on Sunday September 12, 2021 @01:11PM
(#28502904)
This also has the benefit that your code is likely to keep working in 10 years.
Re:Beam/Erlang/Elixir Concept Explanations
by Zababa on Sunday September 12, 2021 @01:22PM
(#28502997)
That's what I meant by "stable investment".
Re:Beam/Erlang/Elixir Concept Explanations
by derefr on Sunday September 12, 2021 @12:25PM
(#28502530)
> Elixir is quite new (2015)
I suppose you can say that; that’s when it 1.0ed. But Elixir was surprisingly stable pre-1.0; I was writing production Elixir 0.6 code at Spawngrid in 2012!
Really, the 1.0 announcement felt more like a formality than anything; there was no discontinuous switch from “throwing features at the wall” to “considered engineering.” Changes to Elixir have always been considered — and props to Jose Valim for that! :)
Elixir is quite new (2015) and with every release it gains in maturity, and the ecosystem is growing. IMHO, Mix was a game changer in terms of tooling.
Also, with tools like Horde[0] and libcluster[1], it became very easy to setup an Erlang/Elixir cluster on Kubernetes.
When you work with distributed systems, the OTP framework is a godsend, it's no surprise to me that it's finally getting traction.
Also, I like to use Rambo[2] to call small go/rust binaries that I ship with my Docker images, useful for features where performance is important.