3 ms·
The more it goes, the more I think Gleam isn't meant to replace Elixir or Erlang at all. I would have expected much more emphasis on the BEAM, showcasing hot co
by behnamoh 2y ago
The more it goes, the more I think Gleam isn't meant to replace Elixir or Erlang at all. I would have expected much more emphasis on the BEAM, showcasing hot code reloading and fault tolerance using supervision trees in a live server app (just like we have in Elixir and Erlang). But the direction Gleam has taken recently seems to be towards developer convenience, which is nice _as long as_ there _is_ a compelling reason to code in Gleam in the first place. I'm sure with Lustre and some other libs they're working on making Gleam a serious language, but so far it's not able to do what Elixir does.
- h506001 2y agoI don’t know if replacing Elixir is even one of the top 10 reasons Gleam exists. People don’t usually pick a platform and then pick a language. Many times a language develops into an option by bundling features. In Gleam’s case, they bundled a certain type system, extreme developer convenience, and optionally features from BEAM.