Eh, I’ve read a lot of Rust programs written by people who should be rather only programming in Haskell, doing very convoluted things with neverending maps and closures that, I believe, definitely create unnecessary confusion in if they need to ship fast but also onboard someone
The trend I’m seeing in the Rust forums: the desire to move a good systems language towards more FP might be a really bad thing actually, as it’s hard to translate this logic from e.g the embedded sector to this.
Yeah. Personally I think there’s more we can do to reduce the gap between FP and systems programming, but yeah it’s still a big challenge and I’m not sure trying to force Rust to be that is the right approach.
I am however excited by the experiments on contexts (aka. effects/capabilities) in Rust. I think that could have bigger payoffs than trying to do FP in Rust. But will have to wait and see I guess.