Handmade Hero | Getting rid of the OOP mindset
vexe2 HN recommenders · 2018–2023
167K views · commentary · evergreen · Uploaded 2017-07-09
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.
HN shares it as a concise critique of OOP from a respected systems programmer.
49:55How Python was Shaped by leaky Internals, Armin Ronacher, Flask framework
Видео с мероприятий {speach!
38:47RailsConf 2014 - All the Little Things by Sandi Metz
Confreaks
1:01:39"Simple Made Easy" - Rich Hickey (2011)
Strange Loop Conference
25:06"Making Impossible States Impossible" by Richard Feldman
elm-conf
1:12:27CppCon 2015: Andrei Alexandrescu “std::allocator...”
CppCon
1:03:55🚀 TDD, Where Did It All Go Wrong (Ian Cooper)
DevTernity Conference
1:00:19How To Design A Good API and Why it Matters
Google TechTalks
31:44The Value of Values with Rich Hickey
InfoQ
4 comments from Hacker News
Here's an explanation from Casey Muratori: [VIDEO] See also Mike Acton (Engine Director @ Insomniac Games): [LINK]
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]
Not so much talk as a rant. "Getting rid of the OOP mindset" ( [VIDEO] ) And accompanying article "Semantic Compression" : [LINK]
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.