4 ms·
You might find Gleam[0] a better fit. [0] https://gleam.run/ https://gleam.run/
by lo_zamoyski 5mo ago
You might find Gleam[0] a better fit.
[0] https://gleam.run/ https://gleam.run/
- __turbobrew__ 5mo agoI may be wrong, but last time I checked there was not a statically typed OTP implementation which is kindof a bummer. I think Gleam is the ideal implementation on top of the BEAM but it does just seem pretty immature.
- h506001 5mo agoIt’s had it for a long time now: https://gleam-otp.hexdocs.pm/index.html https://gleam-otp.hexdocs.pm/index.html
- __turbobrew__ 5mo ago> Not all Erlang/OTP functionality is included in this library. Some is not possible to represent in a type safe way, so it is not included. Other features are still in development, such as further process supervision strategies. It seems like they are re-implementing a half baked OTP lookalike, but they aren’t actually using Erlang/OTP under the hood which gives me pause as the Erlang/OTP implementation has been battle tested over many decades now whereas the gleem implementation is a complete rewrite.
- h506001 5mo agoSounds like you can’t be happy with Gleam or related libs. I’d look into it or use it before calling it “half-baked”.