4 ms·
I've now expanded on that statement. In my experience, working using OOP in large multi-million line codebases, the state issues have proven very true.
by willtim 9y ago
I've now expanded on that statement. In my experience, working using OOP in large multi-million line codebases, the state issues have proven very true.
- imtringued 9y agoHow can you know that without comparing the same programs with a FP version? What if those codebases would become messy even with FP simply because the problem they are trying to solve is difficult? Also in what way does OOP prevent you from writing the code in a FP-style? It doesn't because the concepts FP and OOP are orthogonal.
- willtim 9y agoIt is much harder to do functional programming in an OOP language, as one is often fighting the syntax, semantics and various defaults. For example all variables are typically by default mutable, null in every type, libraries and frameworks with pervasive mutable state etc. Granted it has been getting easier as OOP languages have been slowly getting more and more functional features. But it really is easier to favour immutability and composition in a functional-first language.
- deleted 9y ago[deleted]