Gleam is really interesting to me, because it's built on top of the BEAM runtime, but as far as I can tell, it does very little with the actor model that is the star attraction of BEAM/Erlang. There's a (non-built-in?) package that exposes some of the OTP and concurrency tools available, but it doesn't look widely used or recommended on the website. The linked recommends a talk that I hadn't seen before (and unfortunately can't watch right now on my phone!) but other than that there seems to be very sparse documentation available. Searching for "gleam OTP" mainly seems to produce a myriad of alternative OTP implementations and not much in the way of explanations or examples of common patterns or anything like that.
Some of this is obviously going to be the newness of Gleam, but I remember when Elixir was still brand new, and the OTP integration was one of the biggest selling points there, and a big part of their documentation and the ecosystem in general. Whereas with gleam, it almost seems like they're embarrassed of the runtime's distributed heritage? Whereas to me it seems like the OTP and the actors model in general would be the biggest selling point for a language like this.
Does anyone have any insight into why this is, or what concurrency practically feels like in gleam?
Okay, you convinced me. I will try it. It seems like something I would really enjoy.
I like rust but it takes too long to write.
Go is usually my go to language because its simple
I adore erlang and can write some elixir but I also dislike dynamic typing.
I have been looking at gleam for a while and I think now you inspired me to create a small project to learn more about it.
Once you throw out the BEAM and OTP, why not OCaml?
Seriously, I find the OCaml syntax way less obtuse than, for example, all the trait and macro idioms that I have to chop through with Rust. Sure, Rust has braces, but that doesn't make its syntax easy by any means.
Nevertheless, I am happy to see this Cambrian Explosion of programming languages. Eventually, we may get a good one.
Gleam is really interesting to me, because it's built on top of the BEAM runtime, but as far as I can tell, it does very little with the actor model that is the star attraction of BEAM/Erlang. There's a (non-built-in?) package that exposes some of the OTP and concurrency tools available, but it doesn't look widely used or recommended on the website. The linked recommends a talk that I hadn't seen before (and unfortunately can't watch right now on my phone!) but other than that there seems to be very sparse documentation available. Searching for "gleam OTP" mainly seems to produce a myriad of alternative OTP implementations and not much in the way of explanations or examples of common patterns or anything like that.
Some of this is obviously going to be the newness of Gleam, but I remember when Elixir was still brand new, and the OTP integration was one of the biggest selling points there, and a big part of their documentation and the ecosystem in general. Whereas with gleam, it almost seems like they're embarrassed of the runtime's distributed heritage? Whereas to me it seems like the OTP and the actors model in general would be the biggest selling point for a language like this.
Does anyone have any insight into why this is, or what concurrency practically feels like in gleam?
Okay, you convinced me. I will try it. It seems like something I would really enjoy.
I like rust but it takes too long to write. Go is usually my go to language because its simple I adore erlang and can write some elixir but I also dislike dynamic typing.
I have been looking at gleam for a while and I think now you inspired me to create a small project to learn more about it.
Related:
My first impressions of Gleam
https://news.ycombinator.com/item?id=45231852
Once you throw out the BEAM and OTP, why not OCaml?
Seriously, I find the OCaml syntax way less obtuse than, for example, all the trait and macro idioms that I have to chop through with Rust. Sure, Rust has braces, but that doesn't make its syntax easy by any means.
Nevertheless, I am happy to see this Cambrian Explosion of programming languages. Eventually, we may get a good one.
As a note, before being bootstraped, Rust was written in OCaml iirc
OCaml is a good one but many find it too hard. It can be a bit alien and there are not enough jobs to justify learning it for work.