In my previous post, I urged developers to learn a mainstream graphics editing program. This is purely a mechanical skill, so it seemed reasonable for developers to give it a shot. If we can absorb extremely complex development environments, compilers, and databases, why not a graphics editor? But as a few commenters pointed out, competence in a graphics editor isn't enough; you also have to learn some basic design principles to use the tool effectively. Turn the tables for a moment: would it be reasonable to expect designers to learn our favorite development IDE, purely as a tool, without any guidance on how to write code, too?
Probably not. That's why I'm so glad Graham Stewart reminded me to mention The Non-Designer's Design Book.
I bought my copy of this book way back in 1996, when I was a software developer with zero design skills, looking for a little guidance. I'm not a designer now by any means-- but when you start at zero, there's nowhere to go but up. I love the opening quote from the book, which touches on a theme I discussed recently that got a lot of press:
More matter is being printed and published today than ever before, and every publisher of an advertisement, pamphlet, or book expects his material to be read. Publishers, and even more so, readers want what is important to be clearly laid out. They will not read anything that is troublesome to read, but are pleased with what looks clear and well arranged, for it will make their task of understanding easier. For this reason, the important must stand out and the unimportant be subdued...The technique of modern typography must also adapt itself to the speed of our times. Today, we cannot spend as much time on a letter heading or other piece of jobbing as was possible even in the nineties.
In the above quote by Jan Tschichold, he's referring to the eighteen-nineties. The quote dates back to 1935, but it's as true today as it ever was.
The book does look suspiciously amateurish, with its garish purple and yellow cover and odd font choices. Nonetheless, I found The Non-Designer's Design Book to be a tremendously helpful introduction to practical, real world design principles for a neophyte. Paging through it today, it's still as useful and interesting as ever. It outlines the first baby step towards a lifelong design education in clear, simple terms:
Many years ago I received a tree identification book for Christmas. I was at my parents' home, and after all the gifts had been opened I decided to go out and identify the trees in the neighborhood. Before I went out, I read through part of the book. The first tree in the book was the Joshua tree because it only took two clues to identify it. Now the Joshua tree is a really weird-looking tree and I looked at that picture and said to myself, "Oh, we don't have that kind of tree in Northern California. That is a weird-looking tree, and I've never seen one before."So I took my book and went outside. My parents lived in a cul-de-sac of six homes. Four of those homes had Joshua trees in the front yard. I had lived in that house for thirteen years, and I had never seen a Joshua tree. I took a walk around the block, and there must have been a sale at the nursery when everyone was landscaping their new homes-- at least 80 percent of the homes had Joshua trees in the front yards. And I had never seen one before! Once I was conscious of the tree-- once I could name it-- I saw it everywhere.
You begin at the beginning: by learning to see the design all around you. All it takes to distinguish yourself is a little judicious application of the design guidelines in this book-- guidelines so universal they apply to web sites as easily as they do to traditional client GUI applications. And once you do, you'll begin to see how these rules apply everywhere.
I'm sure there are other good introductory design books out there. I can personally vouch that this one stands the test of time. The author produced a number of related books, but the reviews on those are mixed at best; most point back to this classic. And here's one clever little feature of this book that I just noticed after all these years-- instead of Lorem Ipsum dummy text, the author uses Anguish Languish, which is way more fun.
I'm a designer and I picked up that book for my programmer workmates, they were thrilled with it. Just remember these are guidelines that are good to stick by, if your design expertise takes you to furthers levels you should be comfortable bending the rules, but only bend them if you have good reason for doing so (you will know when the moment comes). I'm sure there's a developer's equivalent of this principle, I just don't have enough expertise at programming to point out a good example ;)
Mark on May 3, 2007 11:59 AMJeff, I'm absolutely agree with you. By a coincidence, I've started reading Robin's book this morning, before had seen your post. I've read 3 chapters by far and can say that I'm very pleased with author's approach to explain things by example -- how to improve desing by applying simple principles.
After NDDB book, I'll proceed to Robin's "Design Workshop". It looks useful too, but is intended for more advanced reader.
Michael on May 3, 2007 11:59 AMThanks for the tip. As a programmer I've always felt that I could do with something like this. Just ordered a copy and can't wait to get started...
Tom on May 3, 2007 12:44 PMFinally a book I don't need. My girlfriend is a graphic designer ;)
KristofU on May 4, 2007 2:14 AMThe "odd font" from the cover is designed by Charles Rennie Mackintosh, the celebrated 20th Century Scottish designer and architect.
Pete on May 4, 2007 2:42 AMWhy no trackback link Jeff? Or could I just not find it?
Anyways: http://www.dynamicorange.com/blog/archives/design_horror.html
Robin Williams writes some of the best design books for beginners ever. I would highly recommend that book to anyone and everyone.
jonnii on May 4, 2007 3:03 AMThis is a great book. I also liked "The PC is Not a Typewriter" (there's a Mac version also, though I don't know that they're very different)
The only problem is once you have even a passing idea of what constitutes good design, the bad stuff becomes that much more obvious. It's exactly like Dan's "Knowledge is weakness" article: http://www.dansdata.com/gz068.htm
I was helping someone with a web page (well, watching mostly, I just wanted them to get it over with) and true enough, everything was centered, and seemingly random things were colored "to make it pretty" and to "give it a splash of color." I just smiled and nodded until it was over.
HitScan on May 4, 2007 3:25 AMHi. I lurk around your columns a lot ... I knew this reference to design would come one day. I am a practicing architect and also a programmer to boot (hmmm...) I have been quite amazed the lack of design knowledge that is present in software design. And I am not talking about visual stuff, but deep down design concepts, etc. I teach the software techies in my office a bit of architecture, and the architects a bit of software processes (in the end probably confusing both of them enough to get interested)
I wonder if any of you noticed the connection between XML and buildings. I have started a tutorial (of sorts) on my site but not really got down to finishing it. Will do so, now that I can see some activity on the net.
Sabu Francis on May 4, 2007 3:41 AMThis is actually quite a good book - well written and very understandable. I remember reading it back when I was in my early teens, not long after it was released and some of the principles I still consciously apply today. One chapter I particularly remember was the one where a business card was taken though the various stages of improvement by adding alignment, emphasis through font size, etc. One of my university lecturers lifted the entire chapter for a lecture and presented it as her own work virtually word for word, even using the same examples from the book. I think that says a lot for both my lecturer and the quality of this book. A very good read.
nickf on May 4, 2007 5:05 AMJust a thought on seeing things:
Once a friend bought an Acura and showed it off. Suddenly I was noting Acuras everywhere. They were in my mental landscape, since 50,000 Acuras didn't materialize over the weekend.
Bobbie The Programmer on May 4, 2007 5:54 AMHi Jeff, thanks for picking up my tip.
By applying the simple principles of "C.R.A.P." outlined in this book I have improved the quality of my user interfaces and of my documentation.
Yes, a professional visual designer would do a much better job. No doubt.
But there isn't always one to hand on a project, so knowing a few basic design principles can really help.
"Yes, a professional visual designer would do a much better job. No doubt.
But there isn't always one to hand on a project, so knowing a few basic design principles can really help."
And sometimes, you do really just need "good enough" (mockups, demos, etc).
And knowing enough to know what you don't know makes dealing with experts immeasurably easier. I did desktop publishing back in high school, and my friend is an editor of a local newspaper. His skill set makes me look like a rank amateur (and I am in that area), but if he does a project for me, we can intelligently discuss what needs to happen.
On the flip side, we can't discuss programming, because he doesn't know enough of it to know what's possible.
Allen on May 4, 2007 8:55 AMAwe eyes, why fetch is fur Anguish ass rake-in-lead. fang-kiss fur reaming meal audit.
Jethro on May 4, 2007 9:08 AMI 'm a graphic designer and use Ms. Williams' "Design Workshop" book on a regular basis whenever I need a kick start on certain projects.
I did wanted to follow up on Mark's previous comment. In yesterday's post you said that programmers should know some design and designers show know some programming. Do you know of an equivalent to Ms. Williams' book for non-programmers, like "C# for Dummies?" I'm OK with designing website pages in asp.net but as soon as I need to create a control or a form I'm lost.
BTW, great blog, even if I don't understand everything.
Joanne on May 4, 2007 12:01 PMThis is a great book. I've been able to apply its principles to papers, user interfaces, and my kids' projects. I have many other UI design books, but this is one of the more broadly applicable ones.
I wish everyone read enough of it so that they'd stop centering everything. My eyes!!
Stefan on May 4, 2007 12:23 PMI always suspected that you were one of those reprobate Intelligent Design theorists! ;)
Ropata on May 4, 2007 1:14 PMThis reminds me of when you buy a new car and suddenly half the people on the road seem to be driving the same model. Just like when you learn a new programming language and suddenly every programmer seems to be using it. (And every problem you see can be solved perfectly with your new language too!)
Chris L on May 4, 2007 1:22 PMAaiieee! Anguish Languish makes my eyes bleed ;-)
Another good post Jeff, I'm currently designing a site for a friend after an absence from web design and development, and this is just the type of spark I need. I used to be a serious graphics and design nut, but Real life caught up with me and I've had to leave those aspects alone for a bit to pay bills - I have some artistic talent, but certainly not enough to make a living out of it.
I'll check out my local library for the book - I'm quite cheap ;-)
The worst thing they ever did was allow coders to do design work. The result is a lot of coders running around calling themselves web designers when they don't know anything about design at all. All of the horrible websites out there were designed by coders. Web programmers, definitely. Web designers, definitely not. If this book helps at all with that, good deal.
In fairness, all the sites out there that don't function properly were made by designers, not coders : )
Jeremy on May 5, 2007 9:40 AMHah! I got this book years ago, actually learnt quite a lot from it!
bobs on May 7, 2007 5:31 AMdesinger? I hate it.
Carl on May 7, 2007 10:07 AMThe font style on the cover is from the Craftsman era, an architectural style that was a response to the gaudy Victorian era. The style was more simple and functional. Maybe the author chose it for this reason.
E.R. on May 7, 2007 11:07 AMgood ones!! both the blog and the blog.
Rishik on May 7, 2007 12:26 PMoops.. its the book n the blog
Rishik on May 7, 2007 12:28 PMlearning about design is great, just don't use your newfound knowledge to get on the nerves of the real designers :-)
you don't want the designers to tell you what design pattern to use, so don't tell them what color to use.
LKM on May 10, 2007 9:57 AMI can name a startup that uses MS tech. SMS.ac (http://www.sms.ac) is making a killing with text messaging. It is not just hype and dreams either, they are actually making money.
Jonathan Allen on May 10, 2007 11:21 AMThe comments to this entry are closed.
|
|
Traffic Stats |