4 ms·
Personally, I learned to code in an oop style. I cut my teeth on CPP and then a few years of c#, but these days I work in python. My problem with non OOP in a
by nnfy 9y ago
Personally, I learned to code in an oop style. I cut my teeth on CPP and then a few years of c#, but these days I work in python.
My problem with non OOP in a language like python is that I have trouble scaling large apps and interacting with large libraries, because without type information enforced by the compiler, there is too much left to my own working memory, compared to a strongly types language built around OOP.
What's more, without rigid encapsulation I feel im exposed to an excess of internal code any time I need to look up a parameter or kwarg. Never mind the trouble of navigating five files feel through aliased method names...
As examples, consider matplotlib or tensorflow. Extremely easy to use once you know where everything is and what params to pass where, but I can't help but feel that it would be easier with stronger OOP.
I feel like I have not yet learned to think in a pythonic manner, but after a few years I'm not sure if I every well. As an aside, I just dont understand how python doesn't cause problems for devs when it scales...