Christopher Okhravi

@monastyrskiiden Thanks for asking! My book is very different from Head First. I tie things into a bigger narrative. It’s not a catalog of patterns. I show how the same mechanisms take different forms in the same language. And combine to solve more complex problems.

@chrokh Hi Christopher, I’m considering your book, but I already own Head First Design Patterns. Does your book cover new topics, or is it mainly your take on that book? I like your style—I just want to avoid buying the same content twice.

📖 Just applied for a stipend for my book: The Object Oriented Way. Wish me luck! 🍀😊 theobjectorientedway.com

@RickyAudet @leanpub My apologies for the lack of communication. The book is updated quite frequently (in bursts) so I have opted to not send notifications to spare readers from being spammed with email 😊 Hope that you understand 😊

@leanpub @chrokh Hi! I notice there was an update to this book on 2025-10-13, but I never got an email to alert me about the update. Can you check your systems to confirm that this book is notifying existing owners when it gets updated? Maybe a bug in your Observer Pattern implementation? ;)

The Object Oriented Way by Christopher Okhravi (PhD) @chrokh is the featured book on the Leanpub homepage! #ComputerProgramming About the Book Have you ever wondered why there are so many rules in object oriented programming? I asked myself that question a decade ago. This book is the result of everything I’ve learned since. I'm Christopher Okhravi (PhD), a Senior Lecturer at Uppsala University and a YouTuber with over 150,000 followers. I’ve spent the last ten years decoding OOP — so you don’t have to. This is a practical, language-agnostic guide to OOP. It gives you mental models to reason about complexity and choose the right abstraction at the right time. I use it in my own teaching. Now, it can be yours. Find it on Leanpub!

My silly face is now included in AI answers 😊

My thoughts are with the family and friends of Charlie Kirk. Open debate matters.

I owe a lot to resources like this channel for the 👇 @ChristopherOkhravi" target="_blank" rel="nofollow noopener">youtube.com/@ChristopherOk… and to people like @chrokh @aarondfrancis @jeffrey_way @PovilasKorop who make these ideas accessible.

Strategy is a concretion composed with an abstraction.
Bridge is a concretion composed with an abstraction… that’s composed with another abstraction. In other words:
Bridge is what happens when you nest Strategy.

Failing fast doesn’t mean being reckless. It means surfacing errors early, getting feedback quickly, and moving forward with clarity.

In life, we tend to overthink. We research, analyze, compare, and stall — all to avoid failure. But most of the time, we’d be better off making the wrong decision faster. Momentum matters.

@Jonatha39353520 Thank you! 🙏 😊 Happy reading!

@chrokh If it's an ebook, then I'll buy it.

My book only covers 8 design patterns. Because patterns are a lens, not a catalog. Understand the core mechanics, and you’ll understand the rest. Strategy, Bridge, Composite, Decorator, Iterator, Factory Method, Observer, Visitor. ☀️ theobjectorientedway.com

Every hour you spend trying to avoid failure is an hour you’re not learning, not iterating, not shipping, not living.

A bad decision teaches you more than no decision ever will — as long as it’s reversible.

Make good bad decisions. Quickly. Ones that you can recover from. In software, choose abstractions that are easy to change. In life, make choices that won’t kill someone or their sanity. In business, make choices that maximise learning.

Fail fast. Learn fast. Ship fast. In code, life, and business.

@Jonatha39353520 Ebook only, yes. Might be printed later if it sells well :)

@chrokh Is a digital book ?

Value and pivotability, not premature perfection.

@FUCORY My apologies for expressing myself vaguely. I was addressing languages that support default interface methods. Where you can actually have methods with implementation in the interface. That provokes the question of inheritance vs interfaces.

@chrokh Rule of thumb incomplete. One can have state with a class implementing an interface

When possible, we should pick interfaces because they are more flexible. A class can only inherit from *one* class but can implement *many* interfaces. So here's the rule of thumb: > Use interfaces unless you need state.

@cornstash2 Har du kollat min bok? 😁 theobjectorientedway.com

@chrokh Sett din serie om patterns, gillar. Har läst Clean code, clean architecture, refactoring, working ef with legacy code, prag programmer, effective java, concurrency. Ej sugen på HF design patterns, men behöver någon sommarläsning.

When coupling to abstractions rather than concretions, all instantiation either happens in the main entry point of the application or in factories. And that's the key reason why we have the factory method pattern.