HN Books @HNBooksMonth

The best books of Hacker News.

Hacker News Comments on
The Non-Designer's Design Book

Robin Williams · 5 HN comments
HN Books has aggregated all Hacker News stories and comments that mention "The Non-Designer's Design Book" by Robin Williams.
View on Amazon [↗]
HN Books may receive an affiliate commission when you make purchases on sites after clicking through links on this page.
Amazon Summary
Defines page layout and design principles and explains how to use space, color, and type to create dynamic-looking documents and Web pages.
HN Books Rankings

Hacker News Stories and Comments

All the comments and stories posted to Hacker News that reference this book.
I found the Non Designers Design Book by Robin Williams irreplaceable. It really improved my understanding and skill. Instead of mediocre and bad designs, I can now create stuff that passes the bar. The most important thing it teaches you, is how to detect what is bad with some design and what to do to fix it.

http://www.amazon.com/Non-Designers-Design-Book-Robin-Willia...

I can only tell you what worked for me. Get a copy of The Non-Designer's Design Book (http://www.amazon.com/Non-Designers-Design-Book-Robin-Willia...) to learn the basics. Then practice, practice, practice. Design something, then try to figure out what you don't like about it. Use the concepts from the book to describe how it falls short. Throw it away and try again with something else. Eventually it'll just start coming naturally, much like programming did once upon a time.
umut
a good book advice plus a nice smile on my face... thanks!
<Not Related>

Last weekend I finished reading "The Non-Designer's Design Book": http://www.amazon.co.uk/Non-Designers-Design-Book-Robin-Will....

So, I decided to test my newly formed designer skills and modify the look of the site here: http://i.imgur.com/k6y0g.png

The central point of the book is that we can tell when something is off with a design, but rarely we know how to fix it. So, yea this is what I thought need fixing on the site:

1. There is conflict between "What" and "Less Boilerplate" Header. Firstly, the fonts are the same size, so they are competing for who gets viewed first. Second, the orange on "What" is a warm color so it will stand our more, hence overpowering the header. So, I shrunk the "What" and increase "Less Boilerplate."

2. Too control the eyeflow from top to bottom, I increase the size of the navigation bar.

3. I increased repetition by changing the color of the header to white,the text to white and the separator in the navigation bar to white.

4.To highlight the "What" more I indent the text under it. And also set the text under it to be the same font size. There is no conflict here, since the header "What" is already highlighted alot.

5. To show what items that are important under "What", I bold the text that is not in the list.

</Not Related>

theoj
Not sure if over-emphasizing the site title and the navigational layout at the expense of the content is the right way to go. As a HN reader I came to the site for the content, but in your screenshot the content is small and hard to read.

That said, +1 for applying what you learned, even if it may still need some tweaking...

mgeraci
1) I agree. I made the H1 the same color as the examples (close to white, with some cream) and reduced the size of the H2s.

2) I agree that the navigation and H2s should have a similar visual weight, so the nav. got bigger.

3) I'm not a fan of dropout text for large quantities, so it's staying dark, but I did brighten the background to increase readability.

4) A rule of thumb for me is that you only need one layer of emphasis for a differentiation of text. Both of our solutions are currently breaking that rule, and I happen to like larger text.

Thanks for the feedback and mockup!

I've never understood the programmers that write off design as fluffy stuff for the "creative" people who wear black turtle necks and berets. As if design was somehow beneath them, or as if it's wallpaper that you can plaster over a project once the code is written to "pretty it up".

To answer your questions:

Why are you interested in learning more about design?

Because I want to spend my career making people feel the way I felt when I first used an iPod. I picked the iPod here because it seems to be the stock example that gets trotted out whenever someone needs to reference good design, but you can replace it with whatever well designed product you like. We've all had those experiences in our lives where we use something new, and it makes something that was previously difficult easy. That's the kind of stuff I want to spend my time creating, and a sound knowledge of design is a means to that end.

What have you found confusing about design?

When and how to break the rules. I'm a fan of Robin Williams' Non-designers Design Book (http://www.amazon.com/Non-Designers-Design-Book-Robin-Willia...), but as a consequence my projects can look a little sterile because I follow the rules exactly as she lays them out.

In contrast, if you go and look at something made by Jason Santa Maria (an outstanding web designer at the top of his game) (http://jasonsantamaria.com/portfolio/) you'll see he breaks a lot of the rules, and it doesn't matter. In fact, it often times makes the work better.

Perhaps you can't codify or reverse engineer that. Jason has design talent. Me, not so much.

What is one blog post/book/movie, etc. that has helped you better understand something about design?

I'm fond of The Contemporist (http://www.contemporist.com/) for its great photography of great architecture. It's a great place to draw inspiration. My favourite post so far: http://www.contemporist.com/2010/05/20/chicken-point-cabin-b...

What software tools do you find useful when designing?

For HTML/CSS/PHP I tend to use Espresso (http://macrabbit.com/espresso/). I never mock up web pages in Photoshop. I go straight to code.

For desktop software, I'm a big fan of Microsoft Visual Studio's IDE.

On the contrary, I think people are more likely to read it because of the "lol they said CRAP!" reaction. I guess that was why the term was 'invented', as opposed to PRAC or RAPC or another less-silly combination.

FYI this was where I first heard the acronym: http://www.amazon.co.uk/Non-Designers-Design-Book-Robin-Will...

HN Books is an independent project and is not operated by Y Combinator or Amazon.com.
~ yaj@
;laksdfhjdhksalkfj more things
yahnd.com ~ Privacy Policy ~
Lorem ipsum dolor sit amet, consectetur adipisicing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut enim ad minim veniam, quis nostrud exercitation ullamco laboris nisi ut aliquip ex ea commodo consequat. Duis aute irure dolor in reprehenderit in voluptate velit esse cillum dolore eu fugiat nulla pariatur. Excepteur sint occaecat cupidatat non proident, sunt in culpa qui officia deserunt mollit anim id est laborum.