▲ | uncircle 3 days ago | ||||||||||||||||
Not sure about C++ devs, but Erlang/Elixir are great to handle parsing of protocols, with its implementation of pattern matching. Also, makes the code much cleaner because pattern matching basically eliminates most branching and thus depth of the code base. The let it crash philosophy allows you to ignore most corner cases with the knowledge that, if they are encountered or a cosmic ray flips a bit, the crash is localised to a single client. I have worked with Elixir almost a decade at this point, and I have never seen an unexpected downtime of the apps I deployed. Aside of maintenance and updates, they all have 100% uptime. How cool is that? This is how I sell it to clients. “Will you be using Python, Go?” Me: “What about Elixir and the promise that your service won’t ever crash? And you get cool dashboards with it.” Them: “Sold.” I wish there was a systems language that allows you to pattern match on structs and enums, and in function signatures like Elixir | |||||||||||||||||
▲ | dahrkael 3 days ago | parent | next [-] | ||||||||||||||||
Indeed. when your daily job is tracking down memory stomps, deadlocks, invalid pointers and unexpected state in very big codebases then using Elixir feels like "why is this so easy? it just works?". Also i'm a network programmer so the binary pattern matching is very much appreciated. | |||||||||||||||||
▲ | sea-gold 2 days ago | parent | prev | next [-] | ||||||||||||||||
Maybe look into Inko[1]. It is has good pattern matching (but perhaps not on function/method signatures). [1] https://docs.inko-lang.org/manual/latest/getting-started/pat... | |||||||||||||||||
▲ | Thaxll 2 days ago | parent | prev [-] | ||||||||||||||||
"The let it crash philosophy allows you to ignore most corner cases" This is such a dangerous take. Also Elixir is not strongly typed, so... | |||||||||||||||||
|