Ranter
Join devRant
Do all the things like
++ or -- rants, post your own rants, comment on others' rants and build your customized dev avatar
Sign Up
Pipeless API
From the creators of devRant, Pipeless lets you power real-time personalized recommendations and activity feeds using a simple API
Learn More
Comments
-
atheist99313yMeh. As opposed to?
Me thinks either you don't understand what you're bitching about or are a naive evangelicalist of some other paradigm you don't entirely understand. -
8lall01943y@atheist everything that allows you to override and extend is doomed to be a clusterf**k.
A dog and a table both have four legs, but only one can walk and bark. -
atheist99313y@8lall0 so... You've read and understood SOLID then?
You can write confusing code in any language. Any paradigm. However a set and a list implement the same "iterable" abstraction, so why not program against that? Then if elsewhere you need to change one for the other, you still can. -
8lall01943y@atheist that's literally nice theory that no one applies and that's against inheritance.
A interface is enough if you need same behavior with different implementations. -
vane112803yThat’s because people don’t understand design patterns doesn’t mean OOP is bad, 99% of OOP code is bad cause someone decided to do something better then how it’s done in the book.
And my last sentence is about everything that people fuck up agile, oop, cars, planes, knives. They fuck it up cause they decide not to do something like book says. Start from fucking doing like book says and when you hit the limit read the book again cause you clearly didn’t understood it.
If you hit real limit you can write to the author if he lives and if he responds you really hit the limit and if not read the book again you fucking moron. -
And still better, by thousands of magnitudes, than anything we humans have come up with.
-
Something that helped me with my oop code. Try and reduce side effects in functions. Be explicit about non-modifying calls. Also, try to keep my inheritance shallow. I have also been exploring component systems to reduce specialization. I have been learning a lot from other paradigms.
-
It depending on what your project is ...if your project is a simple calculator app , why classes , inheritance, etc are required?
In some cases OOP are required , sometimes not.
Oop is not bad entirely. It depending what you do. For instance if you would to do a SIP backend service in OOP then I understand why OOP will be super bad.
Or do you mean you think Oop is bad because language like JavaScript or entirely? -
Crost41083y@8lall0 SOLID is applied by people, including myself. A lot of paradigms are applied by people attempting to a do a good job, not just a job. Unfortunately most developers have no interest beyond making something work, and once they can they stop learning. Most bad OOP is not even OOP in my book, it's just random shit slapped together. To call something OOP or functional it actually has to be written trying to follow disciplines.
But tbh I can't comment on FP Vs OOP as I have not tried to architect a system via FP and wouldn't know where to start. -
@Crost I read a book that shows how to write functional oop. It was really interesting.
-
@prodigy214 fucking things up at a massive scale is always possible with any paradigm.
-
@prodigy214 well there's no need, but there's no need to not love or hate them either. They are different after all so you may prefer one over the other.
-
8lall01943y@rEaL-jAsE pretty much everything:
- bind functions with data is stupid
- if i need a simple function i have to instantiate a class for that (or having It static, but it introduces a global thing which is bad)
- extend a class is the recipe for disasters. I can avoid that, but at that point what's the advantage of using classes?
Related Rants
OOP is literally the worst that happened in programming history.
rant
oop