4 ms·
The other problem with functional programming is it's harder to look at code and figure out the time complexity. At least with non-functional languages I can e
by narrator 4y ago
The other problem with functional programming is it's harder to look at code and figure out the time complexity. At least with non-functional languages I can easily figure out why there are performance problems with it. Stuff like lazy evaluation may seem cool, but it's not when you have to figure out why something's slow.
- tasuki 4y agoThis is lazy vs strict, not functional vs whatever. I'm a fan of functional programming, not so much a fan of lazy evaluation. Look at PureScript or Idris perhaps?
- nequo 4y agoIn addition to sibling’s recommendations, consider OCaml too for a strict language that is vaguely similar to Haskell and performs similarly well in benchmarks: https://cs3110.github.io/textbook/cover.html https://cs3110.github.io/textbook/cover.html
- brmgb 4y agoThat's an Haskell issue not a functional programming issue. Haskell is pretty much the only functional programming language which is lazy by default. It's the sole one for the reason you give. Every other ones are eager by default and you can opt in to lazy evaluation when needed.