> The reason is that we actually have a heavy bias toward pragmatism and simplicity wherever possible. And functional programming languages are just arbitrari

> The reason is that we actually have a heavy bias toward pragmatism and simplicity wherever possible. And functional programming languages are just arbitrarily complex and obtuse because it hates its users? No, it simply has different constraints, like the following... > It's our constraints that required the language to have the concepts that it does And it's Haskell's constraints that lead to it having to be a pure language, and so on. Rust is just opinionated in a different way, and because of different constraints. Do you want functional programming in Rust? - it's probably not going to be as accommodating in that regard as a functional language. Do you want to have zero-cost abstractions in Haskell? - the language is not made with that in mind, so you will probably have to wrestle a lot with extensions and custom abstractions in order to achieve that, if it is even possible.