
Handmade Hero | Getting rid of the OOP mindset
About this video
A short clip of Casey Muratori from Handmade Hero explaining why he rejects the object-oriented mindset and how to move away from it. It is part rant, part programming philosophy.
Why it appears in the archive
HN shares it as a concise critique of OOP from a respected systems programmer.
AI-generated summary and labels from the source dataset; verify important details against the video. Source & credits.
From the Hacker News discussion
Here's an explanation from Casey Muratori: [VIDEO] See also Mike Acton (Engine Director @ Insomniac Games): [LINK]
Read original comment ↗Some other takes: Casey Muratori (Handmade Hero) on why OOP is bad and how to get rid of that mindset - [VIDEO] Mike Acton (Engine Director @ Insomniac Games) - [LINK]
Read original comment ↗Not so much talk as a rant. "Getting rid of the OOP mindset" ( [VIDEO] ) And accompanying article "Semantic Compression" : [LINK]
Read original comment ↗If that’s indeed the most useful general thing that can be said about this question, then it means the microservices crowd has won , at least insofar as it deserved to win. The point is not that everything needs to be a micro-est possible service, the point is that we all now have applications built out of loosely-coupled services as a primitive in our reasoning toolbox. I think very similar things when I hear Casey Muratori’s opinions on OOP[1], which he titled “getting rid of the OOP mindset” but I’d summarize as “absolutely do make an object or two if that fits your problem domain, but remember that it doesn’t have to and use your judgment”: that’s what OOP winning feels like , from the inside, once you’ve internalized it. Once people can look at a thing and think “you know what, that looks like an object”, OOP has won, even though people won’t always be right and not literally all the things are best modelled as objects. The same probably applies to structured programming, though it seems that structured programming deserved to win quite a bit more than the others, and though I don’t have easy access to pre-structured programming lore the same way I do to pre-OOP or pre-microservices lore. In hindsight, old, good, now-accepted reasoning frameworks always seem to consist entirely out of trivially right stuff on one hand and outrageously wrong stuff on the other. That’s entirely by design and doesn’t mean the ancients were stupid—this is culture working correctly and well.
Read original comment ↗