Object Oriented Programming is Good | Prime Reacts

Recorded live on twitch, GET IN

The Author: @briantwill

MY MAIN YT CHANNEL: Has well edited engineering videos

Discord

[adambickford]

I don't like coding in OO *or* Java, but i like the house it bought me :shrug:

[JRAN]

You know it’s gonna be good when the video is 3x longer than the video he is reacting to

[KvapuJanjalia]

I'm a big proponent of POOP: Procedural Object-Oriented Programming.

[ikarosouza]

About the architect bit.
My greatest work experience yet was when I started a new project in the company I was working.
When it started, the lead architect of the project had already planned out all of the major "modules" of the backend we were going to build.
One month in, I already was needing to change parts of it because it simply did not work. In the end I basically only kept the module names, around 50% of what was planned had to be changed or entirely "re-architected". 👌

[robmorgan]

I really don't like logic based programming. I'm an emotional coder.

[vitiok]

OOP is like:
"Abstract spherical horse in a vacuum"

I think there's a fundamental misunderstanding of OOP at play. I write OOP, but I also start with one file, and split things out as they get unwieldy. Speculative programming is a waste of time, regardless of paradigm, but for some reason it's very common, especially for Java developers. I never write abstractions before I need them, I just make a basic implementation, and when I realize an abstraction would make sense, I refactors.

[Speykious]

Splitting modules by concept is what I think he means by "for organization". He was answering the question "when do we start splitting modules" and not "how do we split modules".

[justgame]

C# is really enjoyable to use and read when used properly, probably IMO one of the best syntax’s out there and it’s OOP, although you don’t have to use OOP if you don’t want

[InkFPS]

Brian Will's videos are great. As someone whose used Go/Java/C#/Angular, I think C# does OOP right and avoids many of the problems often brought up against OOP. C# also mixes procedural, FP, and OOP together in a compelling package, that most often is just nice to work in. Ofc, there are standout issues like how null is handled, but overall its pretty good and does what I need it to. Yet, Rust is another beast all together and makes you question why there ever was a OOP vs FP contention, when it could have just been "the rust way" all along.

[Nellak]

My programming philosophy is:

Separate Code and Data.
Separate Representation and Schema.
Represent Data using Generic Data Structures, so that it can be easily operated on.
Prefer immutable data and persistent data structures.
Be Functional for Stateless Logic, and Use Objects sparingly and with a purpose.
Focus on Readability, Performance comes later.

I used to hate OOP, but I have learned that certain parts of it are indeed useful, others (inheritance) are not so much.

My biggest concern with Regular OOP is that it mutates state in a random manner and it hides information, making data manipulation cumbersome and inefficient.
If you can make state immutable and whenever you MUST mutate state, you localize it so you can keep testability, then your code quality will sky-rocket.
If you store data in generic data structures rather than objects, then you have more freedom to manipulate the data and can treat it as a first-class citizen.

These are just my thoughts on the matter.

[bobDotJS]

Brian Will's OOP videos are my favorite. I rewatch them regularly

[randomthings]

The simple answer is Rich Hickey answer, OO is bad because it ties state + behaviour + time in a single construct. Those are 3 separated concepts and should be treated separately. In my experience, OO leads to much more boiler place than FP. FP has its caveats if the language it's attempting some kind of purity. But most of the time it's just data (map, sets, list, vectors) and functions that produce new values, abstractions like objects get in the way, because you need to create more things (functions, classes, wrapper) to simple work with an existing object. While if you have your data separated from the behaviour you can reuse both the data and the behaviour. You can still make stuff that sucks, but at least has to return some datatype that you can work with however you want, instead of an object, that has it's methods saying how it likes to handled.

[Hector-bjls]

Codebase structure actually does mirror the team structure of the organisation. Splitting modules based on teams may sounds weird, but it ends up happening even if you don't explicitly do it.

[atalhlla]

It sounded to me like “OOP conflates data types and modules” is talking about Java’s only module type being a Class, and the awkward thing you have to do for free functions. That could also just be the constant pain I feel from working with Java in my day job, and only Java 8 at that.

[zilog]

Brian Will is the one who taught me C properly. not just "put this here here and here and now it says hello world congrats"

[DonMarges]

These videos are awesome! I'm so glad there's a voice of reason in the YouTube Dev world

[otaxhu]

the only thing i hate about oop is the inheritance, when it comes to do unit test is so painful to do it. So the alternative to inheritance is the composition that i like btw.

[FastFSharp]

"Functional Code is just Procedural Code with functions..."
As an F# dev, this is 100% how I write my code.

[TheKillerJin]

Julia is designed with separation of modules and data types and its very good. It uses multiple dispatch to get the functionality of class methods, but without conflating modules and data types.
it just feels good.