I wonder if someone invented the "modular" programming yet. Judging by the UNIX paradigm of the command line tools, the idea is clearly out there. Instead of objects, do modules - things that do one thing, and carry minimal dependencies. You need a banana? Grab the banana module. You need a banana with ice-cream center? Feed the "center" callback of the banana module with "ice-cream" instead of "banana intestines". Y…
Goodbye, Object Oriented Programming
41–50 of 355 posts
Re: Goodbye, Object Oriented Programming
#42I wonder if someone invented the "modular" programming yet. Judging by the UNIX paradigm of the command line tools, the idea is clearly out there. Instead of objects, do modules - things that do one thing, and carry minimal dependencies. You need a banana? Grab the banana module. You need a banana with ice-cream center? Feed the "center" callback of the banana module with "ice-cream" instead of "banana intestines". Y…
Re: Goodbye, Object Oriented Programming
#43I wonder if someone invented the "modular" programming yet. Judging by the UNIX paradigm of the command line tools, the idea is clearly out there. Instead of objects, do modules - things that do one thing, and carry minimal dependencies. You need a banana? Grab the banana module. You need a banana with ice-cream center? Feed the "center" callback of the banana module with "ice-cream" instead of "banana intestines". Y…
Re: Goodbye, Object Oriented Programming
#44Re: Goodbye, Object Oriented Programming
#45Re: Goodbye, Object Oriented Programming
#46Earlier quoted context omitted.
> For instance I have yet to see an easy and simple to use (and as such maintainable) functional widget and gui library. Like react?
Is this same react where your components keep internal state (called state) and every component must be created by extending a base class?
> every component must be created by extending a base class
This is an implementation detail, instead of ES6 classes you can also use React.createClass(), which might as well be named React.createComponent(). These "classes" can't be inherited from.
Re: Goodbye, Object Oriented Programming
#47I think the functional vs OO debate is being done with a very narrow point of view. Functional came before OO and there are reasons why it became much more popular- it had much better, easier and simpler solution to the most common problems of the 90's and early 2000's, namely handling GUI and keeping single process app state (usually for a desktop app). It fares much worse in today's world of SaaS and massive parall…
Re: Goodbye, Object Oriented Programming
#48Re: Goodbye, Object Oriented Programming
#49The summary of the article is programming is nuanced. You can attribute some nuances to OO design.
Re: Goodbye, Object Oriented Programming
#50Author writes tightly coupled architecture, discovers it sucks. So, of course, moans about OOP.