Book · 2013
The Design of Everyday Things
by Don Norman
A cognitive scientist argues that when you can't open a door or use a stove, the door and stove are broken — not you.
What does Reddit think of The Design of Everyday Things?
Forty-nine mentions across 8 subreddits over seven years, and the sentiment lands broadly positive but nowhere near unanimous. r/programming leads with 10 mentions and houses the most substantive takes: one commenter with 183 upvotes says the book reframed NTSB incidents from user error to design failure, and another (↑168) credits Norman for teaching them to write better git explanations by naming affordances before diving into mechanics. r/ExperiencedDevs clusters it with The Pragmatic Programmer and Peopleware as things every software developer should probably read. r/webdev is more divided — one ↑68 comment threatens bodily harm to anyone who name-drops it, while another ↑57 response places it downstream of Don't Make Me Think as foundational UX reading. r/learnprogramming contributes 9 mentions; one ↑257 list puts it alongside computing classics without further comment. The spike years were 2021 and 2022 (11 and 10 mentions). Usage has cooled since.
Community feedback & reader fit
Themes
- · Affordances and signifiers
- · User error as design failure
- · Feedback loops and system communication
- · Human-centered design principles
- · UX foundations for software engineers
Common praise
- + Changes how you assign blame when software or hardware behaves badly — toward the designer, not the user.
- + The NTSB framing sticks: r/programming commenters still cite it when aviation incident reports surface.
- + r/ExperiencedDevs recommends it alongside Peopleware as context that Pure Code books skip entirely.
- + The vocabulary (affordances, signifiers, feedback) gives engineers a shared language for UX arguments that 'I don't like it' doesn't provide.
Common criticism
- − r/webdev has a contingent that finds the name-dropping exhausting — the ↑68 comment is not subtle about this.
- − Neutral sentiment in r/gamedev and r/webdev suggests practitioners find it too abstract to change daily workflow.
- − Mention volume peaked in 2021-2022 and has cooled to single digits annually since, which is not the trajectory of a living reference.
- − Don't Make Me Think gets cited alongside it in r/webdev as the more actionable entry point for web practitioners.
Who it's for
If you've ever watched a user struggle with something you built and instinctively blamed the user, this book exists to correct that reflex. Senior developers on r/ExperiencedDevs treat it as background reading before touching any interface-facing system. Game developers cite it but don't evangelize it — the neutral r/gamedev sentiment suggests it lands differently when your 'door' is a fictional world. Skip the revised edition debates; the core Norman argument hasn't changed. If you already live in Don't Make Me Think and want the theoretical scaffolding underneath it, this is where that scaffolding lives.
Mentions over time
Which Reddit comments matter for The Design of Everyday Things?
Top-upvoted quotes across the subreddits where this book is mentioned. Click through to read the full thread.
“Here's my list of the classics: **General Computing** * But How Do It Know? - The Basic Principles of Computers for Everyone * The Elements of Computing Systems: Building a Modern Computer from First Principles * […
“This makes me think of The Design of Everyday Things, which really changed my perspective on thorough user experience/acceptance testing. Some large number of NTSB incidents are attributed to user error, but a lot of them are really bad design where the system did not adequately communicate the issu…
“I always read these explanations of git (or even some other tech or concepts) and always think that all these authors can only improve their explanations if they had read Donald E Norman's *The Design of Everyday Things*. Let's use a car example: Next to no drivers actually know how their car engin…
“I challenge the other guy. Being an efficient programmer is more than just staring at code all day, and audio can be a great enrichment tool to get you to that point. ​ For example: * A lot of code quality at higher levels comes down to style and structure. That can be verbally discussed, …
“If someone says the design of everyday things I will track them down and shove that book up their bums
“I think about affordances and The Design of Everyday Things EVERY time I see a f****** set of doors with pull handles where you have to push them lol.
“here are a few of the classics that every sw developer should probably read. Let me know if you cannot find them by googling and I can provide the full links: - The Pragmatic Programmer - The Design of Everyday Things - Peopleware - A Philosophy of Software Design - Structure and Interpretation of…
“I'm asked this a lot actually. It's somewhat difficult for me to answer because I came up with the people who were all figuring out UX the hard way, before it had the definition it has now. To me the real Genesis of it was Steve Krugs book Don't Make Me Think. There is a revised version but eve…
Convinced? Pick up The Design of Everyday Things
Readers also mention
Books that share discussion threads with The Design of Everyday Things — counted from the comments, not curated.
Structure and Interpretation of Computer Programs
Harold Abelson
MIT's 1985 Scheme textbook that 319 Reddit commenters have recommended and a noticeably smaller number have finished.
Design Patterns
Erich Gamma
The 1994 Gang of Four catalog that named 23 object-oriented patterns, gave developers a shared vocabulary, and taught a generation to over-apply both.
The Mythical Man-Month
Frederick P. Brooks Jr.
Fred Brooks spent the 1960s building IBM's OS/360 and wrote down everything that went wrong — in 1975, and it still lands.
The Pragmatic Programmer
Andy Hunt
Two veterans hand you a checklist for the craft: don't write code you don't need, own your tools, and fix the broken window before someone else does.
Working Effectively with Legacy Code
Michael C. Feathers
Michael Feathers wrote the book for the developer who just inherited 30 devs' worth of code across 5 years in 5 different styles and has to ship next quarter.
A Philosophy of Software Design
John Ousterhout
A Stanford professor's 200-page rebuttal to Clean Code, built on interface depth rather than method length.
The Design of Everyday Things — frequently asked
Is The Design of Everyday Things actually useful for software engineers, or is it too focused on physical objects?+
Mostly yes. r/programming commenters with 183 and 168 upvotes apply Norman's frameworks directly to software testing and technical writing. The physical door examples are the delivery mechanism, not the point. r/ExperiencedDevs groups it with The Pragmatic Programmer as standard-issue reading, which implies the abstraction transfers.
What does Reddit think of The Design of Everyday Things in 2026?+
Broadly positive but cooling. Peak engagement was 2021-2022 at 11 and 10 mentions. It dropped to 1 mention in 2023 and hasn't recovered to previous levels. r/webdev has a visible backlash contingent — one ↑68 comment is memorably hostile — while r/ExperiencedDevs still treats it as essential context.
Should I read The Design of Everyday Things or Don't Make Me Think first?+
Depends on your goal. A r/webdev commenter with 57 upvotes positions Don't Make Me Think as the practical genesis of web UX thinking, with Norman providing the theoretical layer. If you're building web products now, start with Krug. If you want to understand why Krug's advice works, Norman explains the mechanism.
Is The Design of Everyday Things worth reading if I'm a game developer?+
Unclear. r/gamedev has 9 mentions but neutral sentiment — the data doesn't surface a strong positive or negative case from that community. It appears on reading lists without generating the specific application stories that r/programming produces. Treat it as plausible background reading rather than a confirmed game-dev classic.