home | books | articles | gleanings | case studies | hire
other sites: widgetopia | blueprints for the web | metafooder


 


 


« the long march | main | little this and that »

bunny-- no, iceberg

I should tell you to rush over and read Joel on Software - The Iceberg Secret, Revealed because it reveals important things nonprogrammers need know about programming so they don't lose their minds during projects, and point out it's written in the lovely non-techie Joel style and even has some great insights into client-consultant relations but really all I want to say is...

bunny!

bunny.

bunny!

Posted at February 13, 2002 10:02 PM


Comments

 

Been looking at google eh?

Posted by Peter at February 14, 2002 01:47 AM


~~~

"If you can, build your UI in such a way that unfinished parts look unfinished. For example, use scrawls for the icons on the toolbar until the functionality is there."

That is brilliant advice. I'm gonna use that this week.

Posted by Peter at February 14, 2002 01:56 AM


~~~

Yes, this another reason to develop with wireframes. Offer functionality in a wireframe with images pooping in displaying a GIF with the words image1, image2, etc. This tends to get the point across that we are not done and what is important is not the GUI, but the functionality and possibly the layout of the page/screen. If we are building an information application where the user (and also the client) needs to understand the functional elements and see what works and does not work so to get buy-in a simple wireframe works well. Understanding the information we work with is important so to grasp what metadata might be needed so to capture it or create it to help functionality in the application, or more importantly across applications.

Posted by vanderwal at February 14, 2002 07:08 PM


~~~


"If you can, build your UI in such a way that unfinished parts look unfinished. For example, use scrawls for the icons on the toolbar until the functionality is there."

Common sense for any graphic designer, we often use greeking to simulate text while working on formating and design. It keeps the client from concentrating on words when its the design that is usually the focus.

Posted by James Buckley at February 14, 2002 09:09 PM


~~~

re: "greeking" text

One of the points that Joel makes is that often using "dummy" data causes needless distractions: clients who aren't expert in evaluating interfaces sieze on that wrong-looking data, since that _is_ what they're experts in. Using realistic, or even real data in UI prototypes will give them additional "finish."

Of course, that distraction can be useful if you want the clients to have something easy to worry about.

Posted by Andrew at February 15, 2002 01:18 AM


~~~



Post a comment
*Name:


*Email Address:


URL:


Remember me?

Comments:

bold italic underline link


posting can be slow; please wait a few seconds before hitting the button again.

The extra-fine print
wording stolen by the more-eloquent-than-I kottke
The bold, italics, and link buttons (and associated shortcut keys) only work in IE 5+ on the PC.
Hearty discussion and unpopular viewpoints are welcome, but please keep comments on-topic and *civil*. Flaming, trolling, and ass-kissing comments are discouraged and may be deleted.
All comments, suggestions, bug reports, etc. related to the comments system should be directed to me.


mail entry to a friend

Email this entry to:


Your email address:


Message (optional):




« the long march | main | little this and that »

 

 

 

home | books | articles | gleanings | case studies | hire
other sites: widgetopia | blueprints for the web | metafooder