<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>eric.jain.name &#187; Usability</title>
	<atom:link href="http://eric.jain.name/tags/usability/feed/" rel="self" type="application/rss+xml" />
	<link>http://eric.jain.name</link>
	<description>Eric Jain&#039;s Blog</description>
	<lastBuildDate>Thu, 17 Nov 2011 22:50:40 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>Edward Tufte&#039;s Presenting Data and Information Course</title>
		<link>http://eric.jain.name/2008/07/18/edward-tufte-presenting-data-and-information-course/</link>
		<comments>http://eric.jain.name/2008/07/18/edward-tufte-presenting-data-and-information-course/#comments</comments>
		<pubDate>Sat, 19 Jul 2008 00:08:31 +0000</pubDate>
		<dc:creator>Eric Jain</dc:creator>
				<category><![CDATA[Usability]]></category>

		<guid isPermaLink="false">http://eric.jain.name/2008/07/18/edward-tufte-presenting-data-and-information-course/</guid>
		<description><![CDATA[Here are some take-away notes from the course on presenting data and information that Edward Tufte gave in Seattle on July 17. Don&#8217;t choose a visualization method in advance. The goal of a graphic is to invoke a content response, not a design response (i.e. wow, nice graph). Organization charts are not informative &#8212; unless [...]]]></description>
			<content:encoded><![CDATA[<p>Here are some take-away notes from the course on <a href="http://www.edwardtufte.com/tufte/courses">presenting data and information</a> that Edward Tufte gave in Seattle on July 17.</p>
<p><span id="more-65"></span></p>
<p><img src="tufte_books.gif" alt="Course Books"/></p>
<p>Don&#8217;t choose a visualization method in advance. The goal of a graphic is to invoke a <strong>content response</strong>, not a design response (i.e. wow, nice graph).</p>
<p>Organization charts are not informative &#8212; unless the lines (relationships) are annotated.</p>
<p>Every graphic should provide <strong>reasons to believe</strong>. Detail helps credibility and raises interest (as an extreme example consider aerial pictures). If you don&#8217;t show all the data you must be a &#8220;cherry picker&#8221;.</p>
<p>Letting people look at data themselves stimulates their interest and gets them thinking (and has more impact). More data points means more &#8220;hooks&#8221; for people to (potentially) be interested in.</p>
<p>When possible, bring <strong>something real</strong> to a presentation (for example a hospital bill when discussing medical expenses).</p>
<p><strong>Annotate everything</strong> &#8212; even your text. Don&#8217;t use foot notes, create side notes.</p>
<p>It rarely makes sense to order items in tables alphabetically.</p>
<p>The Gil Sans font (a compact sans-serif font) works great for (time-)tables.</p>
<p>Don&#8217;t go for the lowest common denominator. Don&#8217;t be &#8220;flabby &#038; generic&#8221;.</p>
<p>Make presentations that make proper use of the human eye-brain system (which has a bandwidth of ~10Mbs).</p>
<p>Tables outperform graphics up until ~500 data points.</p>
<p>Respect both the content and the audience. Why is it that an average PowerPoint table contains only 12 numbers, but tables in the sports section of a magazine can burden their audience with an average of ~200 numbers?</p>
<p>Distribute data in space (using multiple monitors, if must be) rather than not time (e.g. across several slides).</p>
<p>People should have their names on their work (as pride often results in better work).</p>
<p>Don&#8217;t separate information depending to its mode of production (e.g. in separate &#8220;multimedia&#8221; slide shows).</p>
<p>Be aware that design often mimics the hierarchy in an organization.</p>
<p>The original computer desktop at Xerox had icons for documents only (i.e. now trash icon etc).</p>
<p>Create &#8220;infographics&#8221; that you can leave around (maybe people will give them another look during a following, boring presentation).</p>
<p>&#8220;No matter how beautiful your interface is, it would be better if there was less of it&#8221; (though I don&#8217;t think he&#8217;d extend that all the way to command line interfaces).</p>
<p>&#8220;Flat&#8221; interfaces beat &#8220;hierarchical&#8221; interfaces in terms of usability.</p>
<p>Efforts to provide &#8220;personalized&#8221; interfaces are &#8220;pathetic&#8221; (shows that you don&#8217;t know how to present something, and try to offload the responsibility to the user).</p>
<p>Going beyond <a href="http://en.wikipedia.org/wiki/Sparkline">sparklines</a>: <a href="http://www.edwardtufte.com/bboard/q-and-a-fetch-msg?msg_id=0002vW&#038;topic_id=1">Wavefields</a> (?).</p>
<p>Instead of doing &#8220;presentations&#8221;, dump the data on the audience, let them read through it, and then have a &#8220;guided discussion&#8221; (i.e. answer questions).</p>
]]></content:encoded>
			<wfw:commentRss>http://eric.jain.name/2008/07/18/edward-tufte-presenting-data-and-information-course/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Google Clear Button</title>
		<link>http://eric.jain.name/2007/03/13/google-clear-button/</link>
		<comments>http://eric.jain.name/2007/03/13/google-clear-button/#comments</comments>
		<pubDate>Tue, 13 Mar 2007 09:34:04 +0000</pubDate>
		<dc:creator>Eric Jain</dc:creator>
				<category><![CDATA[Programming]]></category>
		<category><![CDATA[Usability]]></category>

		<guid isPermaLink="false">http://eric.jain.name/2007/03/13/google-clear-button/</guid>
		<description><![CDATA[Here is a simple Greasemonkey script that adds a Clear button to Google search result pages.]]></description>
			<content:encoded><![CDATA[<p><a href="/2007/03/13/google-clear-button/google-clear-button.user.js">Here</a> is a simple <a href="http://www.greasespot.net/">Greasemonkey</a> script that adds a Clear button to Google search result pages.</p>
<p><span id="more-43"></span></p>
<p><img src="/2007/03/13/google-clear-button/screenshot.png"/></p>
]]></content:encoded>
			<wfw:commentRss>http://eric.jain.name/2007/03/13/google-clear-button/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Clustering Kiwis</title>
		<link>http://eric.jain.name/2007/01/22/clustering-kiwis/</link>
		<comments>http://eric.jain.name/2007/01/22/clustering-kiwis/#comments</comments>
		<pubDate>Mon, 22 Jan 2007 11:15:21 +0000</pubDate>
		<dc:creator>Eric Jain</dc:creator>
				<category><![CDATA[Usability]]></category>

		<guid isPermaLink="false">http://eric.jain.name/2007/01/22/clustering-kiwis/</guid>
		<description><![CDATA[Being able to distinguish different meanings of a term may turn out to be the next big step forward for web search engines. There are quite a few people working on this now; here is a quick survey in which I check how well the different efforts handle the term &#8220;Kiwi&#8221;. &#8220;Kiwi&#8221; is a problematic [...]]]></description>
			<content:encoded><![CDATA[<p>Being able to distinguish different meanings of a term may turn out to be the next big step forward for web search engines. There are quite a few people working on this now; here is a quick survey in which I check how well the different efforts handle the term &#8220;Kiwi&#8221;.</p>
<p><span id="more-30"></span></p>
<p>&#8220;Kiwi&#8221; is a problematic term, as it can be used for:</p>
<ul>
<li>a bird</li>
<li>a fruit</li>
<li>people from New Zealand</li>
<li>a name for various products or businesses</li>
</ul>
<p>Moreover, the different uses of the term &#8220;Kiwi&#8221; are often closely related. For example, the Wikipedia article on &#8220;Kiwi (people)&#8221; contains the word &#8220;bird&#8221; (&#8220;The name derives ultimately from the flightless bird native [...]&#8220;). But this document shouldn&#8217;t appear (or score high) when we are looking for information about Kiwi birds.</p>
<h3>Google</h3>
<p><a href="http://www.google.com/search?q=kiwi">Google</a> shows a suggestion to extend the query to &#8220;kiwi fruit&#8221; somewhere half way down in the list of results. The first hit is for some software called &#8220;Kiwi Syslog Daemon&#8221;. There is also a &#8220;definition&#8221; link that points to <a href="http://www.answers.com/kiwi">Answers.com</a> where you get this:</p>
<blockquote><p><strong>Or did you mean:</strong> kiwifruit , kiwi (bird), Kiwi (Marine lingo), kiwi (people), Kiwi (Dragon Ball), Kiwi (shoe polish), Kiwi (horse), Kiwi (2002 Album by Dim Dim), Kiwi (Gaming Character)
</p></blockquote>
<p>That&#8217;s nice, but it&#8217;s just definitions, which doesn&#8217;t help us much with our web search (at least not directly).</p>
<h3>Yahoo!</h3>
<p><a href="http://search.yahoo.com/search?p=kiwi">Yahoo!</a> suggests (at the top of the results page):</p>
<blockquote><p><strong>Also try:</strong> killer kiwi, kiwi fruit, kiwi carpet cleaning, kiwi bird</p></blockquote>
<p>No comment&#8230;</p>
<h3>Live Search</h3>
<p><a href="http://search.live.com/results.aspx?q=kiwi">Live Search</a> suggests these &#8220;related searches&#8221;:</p>
<blockquote><p>
<strong>Related searches:</strong> Kiwi Fruit, Kiwi Bird, Kiwi Plants, Kiwi Casino, Killer Kiwi, Kiwi Bingo, Kiwi Photo Gallery
</p></blockquote>
<p>Also &#8212; for reasons beyond my comprehension &#8212; there are no less than three ads for buying &#8220;thong bikinis&#8221;&#8230;</p>
<h3>Ask</h3>
<p><a href="http://www.ask.com/web?q=kiwi">Ask</a> lists matching Wikipedia articles at the top (in a dropdown list). This isn&#8217;t terribly convenient, but in this case it does give a good idea of the different uses of the term. When you select an article the search is redone to match the selected article.  Also, there are these suggestions:</p>
<blockquote><p>
<strong>Narrow Your Search:</strong> Eat a Kiwi, Kiwi Shoe Polish, Kiwi Fruit Facts, Kiwi Recipes, Kiwi Origin, Kiwi Bird Live, Kiwi Fruit Come<br />
<strong>Expand Your Search:</strong> Kiwi Bird, Strawberries, New Zealand, Oranges, Pineapple, Grapes<br />
<strong>Related Names:</strong> Peaches, Rhea
</p></blockquote>
<h3>Clusty</h3>
<p><a href="http://clusty.com/search?query=kiwi">Clusty</a> is a &#8220;meta&#8221; search engine, i.e. it collects its results from other search engines, and reorganizes them a bit. This limits the possibilities as they must rely on the first n hits returned by the other search engines, but let&#8217;s see what they do:</p>
<blockquote><p>
New Zealand (82)<br />
Fruit (11)<br />
Game (8)<br />
Blog (9)<br />
Club (8)<br />
Syslog Daemon (5)<br />
Designs (7)<br />
Cool Kiwi (6)<br />
Holiday (4)<br />
Specializing (4)
</p></blockquote>
<p>The indication of the number of matches is certainly useful. But why is &#8220;Kiwi&#8221; under &#8220;New Zealand&#8221;?</p>
<h3>WebClust</h3>
<p><a href="http://www.webclust.com/cgi-bin/webclust.pl?query=kiwi">WebClust</a> is another &#8220;meta&#8221; search engine that tries to organize the output of other search engines better.</p>
<blockquote><p>
Shop (19)<br />
Kiwi Fruit (19)<br />
Amp (16)<br />
Kiwi Bird (12)<br />
Design (10)<br />
Shipped,Price (10)<br />
Kiwi Alpha (7)<br />
Kiwi Music (5)<br />
Pineapple Kiwi (5)<br />
Version,Available (3)<br />
Body,Bath (3)<br />
Thousands (3)<br />
Other (88)
</p></blockquote>
<p>Restricting to &#8220;Kiwi Bird&#8221; does get rid of some matches, but still includes &#8220;Kiwi Shoe Polish Reg. Size&#8221;&#8230;</p>
<h3>Mooter</h3>
<p><a href="http://www.mooter.com/">Mooter</a> doesn&#8217;t return a list of results, but a graph that must be clicked on first:</p>
<blockquote><p>
fruit<br />
men<br />
book<br />
kiwi<br />
find<br />
shop<br />
accessories
</p></blockquote>
<p>Hmm&#8230;</p>
<h3>Conclusions</h3>
<ol>
<li>Current automatic clustering methods seem to be unable to produce suggestions that make much sense, for the most part.</li>
<li>None of the search engines seems to be able to understand what a document is talking about, but instead rely on the occurrence of specific terms.</li>
<li>The best you can expect from current search engines is a suggestion to rephrase a query e.g. as &#8220;kiwi bird&#8221; &#8212; something most people with a bit of experience will do on their own.</li>
</ol>
]]></content:encoded>
			<wfw:commentRss>http://eric.jain.name/2007/01/22/clustering-kiwis/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Yahoo! Search Talk</title>
		<link>http://eric.jain.name/2006/11/08/yahoo-search-talk/</link>
		<comments>http://eric.jain.name/2006/11/08/yahoo-search-talk/#comments</comments>
		<pubDate>Wed, 08 Nov 2006 00:44:47 +0000</pubDate>
		<dc:creator>Eric Jain</dc:creator>
				<category><![CDATA[Usability]]></category>

		<guid isPermaLink="false">http://eric.jain.name/2006/11/08/yahoo-search-talk/</guid>
		<description><![CDATA[Here are some interesting points from a talk given by Daniel E. Rose (Yahoo!). Searching is more often than not an iterative process. People rarely enter more than two or three search terms. Larger search boxes encourage people to enter more search terms. Most searches are done in order to a. find specific information, b. [...]]]></description>
			<content:encoded><![CDATA[<p>Here are some interesting points from a <a href="http://video.google.com/videoplay?docid=-1882341271080460143">talk</a> given by Daniel E. Rose (Yahoo!).</p>
<p><span id="more-28"></span></p>
<p><embed style="width:400px; height:326px;" id="VideoPlayback" type="application/x-shockwave-flash" src="http://video.google.com/googleplayer.swf?docId=-1882341271080460143&#038;hl=en" flashvars=""> </embed></p>
<p>Searching is more often than not an iterative process.</p>
<p>People rarely enter more than two or three search terms.</p>
<p>Larger search boxes encourage people to enter more search terms.</p>
<p>Most searches are done in order to a. find specific information, b. look for a page (navigation) or c. obtain a resource (download).</p>
<p>There seems to be some confusion between the search field and the browser&#8217;s address bar.</p>
<p>Experts start out searching similar to novices, but have more strategies to fall back to if the search is unsuccesful.</p>
<p>Page authors use different words when talking about the same thing. Making use of the anchor text people use to link to a page is a partial solution.</p>
<p>People are better at recognition than recall. They may have trouble formulating what they want, but can easily recognize and click on a link with an appropriate suggestion.</p>
<p>Web search is hard because it&#8217;s hard to know what people want and the data is heterogenous.</p>
<p>Searching can be frustrating because you don&#8217;t know if you didn&#8217;t find anything because there isn&#8217;t anything, or because the query wasn&#8217;t done properly.</p>
<p>There hasn&#8217;t been much innovation in the past years in search user interfaces. There is a lot of pressure to conform to what people are used to (i.e. Google).</p>
]]></content:encoded>
			<wfw:commentRss>http://eric.jain.name/2006/11/08/yahoo-search-talk/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Choosing Information Resources</title>
		<link>http://eric.jain.name/2006/02/20/choosing-information-resources/</link>
		<comments>http://eric.jain.name/2006/02/20/choosing-information-resources/#comments</comments>
		<pubDate>Mon, 20 Feb 2006 09:22:45 +0000</pubDate>
		<dc:creator>Eric Jain</dc:creator>
				<category><![CDATA[Life Science]]></category>
		<category><![CDATA[Usability]]></category>

		<guid isPermaLink="false">http://eric.jain.name/2006/02/20/choosing-information-resources/</guid>
		<description><![CDATA[According to this paper the most influential criteria engineers and scientists use for selecting information resources are not quality or even familiarity but 1. the time it takes to track down information and 2. the authoritativeness of the resource. Perhaps this explains why researchers are increasingly using Google Scholar rather than PubMed (PubMed is more [...]]]></description>
			<content:encoded><![CDATA[<p>According to <a href="http://dx.doi.org/10.1002/asi.20024">this paper</a> the most influential criteria engineers and scientists use for selecting information resources are not quality or even familiarity but <strong>1.</strong> the time it takes to track down information and <strong>2.</strong> the authoritativeness of the resource. Perhaps this explains why researchers are increasingly using <a href="http://bmj.bmjjournals.com/cgi/content/full/331/7531/1487">Google Scholar rather than PubMed</a> (PubMed is more authoritative, but Google&#8217;s ranked results allow you to find publications faster) and why the NCBI still receives more requests for protein-related data than <a href="http://uniprot.org/">we</a> do (both sites are equally bad at searching, but NCBI may be seen as more authoritative).</p>
]]></content:encoded>
			<wfw:commentRss>http://eric.jain.name/2006/02/20/choosing-information-resources/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Call for Better Information Retrieval Systems</title>
		<link>http://eric.jain.name/2006/01/27/call-for-better-information-retrieval-systems/</link>
		<comments>http://eric.jain.name/2006/01/27/call-for-better-information-retrieval-systems/#comments</comments>
		<pubDate>Fri, 27 Jan 2006 03:45:00 +0000</pubDate>
		<dc:creator>Eric Jain</dc:creator>
				<category><![CDATA[Semantic Web]]></category>
		<category><![CDATA[Usability]]></category>

		<guid isPermaLink="false">http://eric.jain.name/2006/01/27/call-for-better-information-retrieval-systems/</guid>
		<description><![CDATA[From a recent review article in Nature Genetics: [...] current ad hoc IR systems are not able to retrieve our example sentence when they are given the query &#8216;yeast cell cycle&#8217;. Instead, this could be achieved by realizing that &#8216;yeast&#8217; is a synonym for S. cerevisiae, that &#8216;cell cycle&#8217; is a Gene Ontology term, that [...]]]></description>
			<content:encoded><![CDATA[<p>From a recent <a href="http://dx.doi.org/10.1038/nrg1768">review article</a> in Nature Genetics:</p>
<blockquote><p>[...] current ad hoc IR systems are not able to retrieve our example sentence when they are given the query &#8216;yeast cell cycle&#8217;. Instead, this could be achieved by realizing that &#8216;yeast&#8217; is a synonym for S. cerevisiae, that &#8216;cell cycle&#8217; is a Gene Ontology term, that the word &#8216;Cdc28&#8242; refers to an S. cerevisiae protein and finally, by looking up the Gene Ontology terms that relate to Cdc28 to connect it to the yeast cell cycle. Although this will not be easy, we see this form of query expansion as the next logical step for ad hoc IR.</p></blockquote>
]]></content:encoded>
			<wfw:commentRss>http://eric.jain.name/2006/01/27/call-for-better-information-retrieval-systems/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Emotional Design</title>
		<link>http://eric.jain.name/2006/01/23/emotional-design/</link>
		<comments>http://eric.jain.name/2006/01/23/emotional-design/#comments</comments>
		<pubDate>Mon, 23 Jan 2006 03:38:35 +0000</pubDate>
		<dc:creator>Eric Jain</dc:creator>
				<category><![CDATA[Review]]></category>
		<category><![CDATA[Usability]]></category>

		<guid isPermaLink="false">http://eric.jain.name/2006/01/23/emotional-design/</guid>
		<description><![CDATA[Brief review of Emotional Design. Donald Norman uses this book to expand a bit on the well-known The Design of Everyday Things. In particular, the new book discusses some of the non-rational aspects of design that the previous book ignores. But right from the beginning the author cautions that In the long run, simple style [...]]]></description>
			<content:encoded><![CDATA[<p>Brief review of <a href="http://www.amazon.com/gp/product/0465051367">Emotional Design</a>. Donald Norman uses this book to expand a bit on the well-known <span class="nobr"><a title="Visit page outside Confluence" href="http://www.amazon.com/gp/product/0465067107">The Design of Everyday Things</a></span>. In particular, the new book discusses some of the non-rational aspects of design that the previous book ignores. <span id="more-8"></span>But right from the beginning the author cautions that</p>
<blockquote><p>In the long run, simple style with quality construction and efficient performance wins. So a business that [creates] web sites for shipping, commerce, or information, would be wise to stick to the fundamentals. [...] Only for products whose goal is &#8220;entertainment, or style, or perhaps enhancement of a personal image&#8221; does fashion come into play. The design moust match the target audience and &#8220;it is probably necessary to have multiple versions of the design for different market segments&#8221; and &#8220;rapid changes in style and appearance&#8221; are required.</p></blockquote>
<p>Three levels of design are distinguished:</p>
<ol>
<li>visceral</li>
<li>behavorial</li>
<li>reflective</li>
</ol>
<p><strong>Visceral design:</strong></p>
<p>People are often willing to overlook shortcomings if a product is pleasant to use.</p>
<blockquote><p>The visceral level is the &#8220;look and feel&#8221; that makes people want to own your product, regardless of whether they need it or not.</p></blockquote>
<p><strong>Behavorial design:</strong></p>
<p>At the behavorial level &#8220;appearance doesn&#8217;t really matter [...] performance does&#8221;. Design at this level means talking into consideration not only function, but also understandability and usability.</p>
<p>First, it is important to recognize that</p>
<blockquote><p>tasks and activities are not well supported by isolated features</p></blockquote>
<p>so check-list based development won&#8217;t do – you need to understand just how people will use a product.</p>
<p>There are two kinds of product development: evolution and innovation.</p>
<p>Asking potential customers for their views is not an effective way to innovate:</p>
<blockquote><p>Focus groups, questionnaires, and surveys are poor tools for learning about behavior, for they are divorced from actual use. Most behavior is subconcious and what people actually do can be quite different from what they think they do. We humans like to think that we know why we act as we do, but we don&#8217;t, however much we like to explain our actions.</p></blockquote>
<blockquote><p>People have said they would really like some products that have failed in the marketplace. Similarly, they have said they were simply not interested in products that went on to become huge market successes.</p></blockquote>
<p>Evolutionary development, too, is best done by watching people, as &#8220;people find it difficult to articulate their real problems&#8221;. Also, many people blame themselves for problems they have.</p>
<p>Regarding usability:</p>
<blockquote><p>[The product] should not require years of dedicated practice. New items appear every week, but who has time or energy to spend the time required to learn each one? Bad design is a frequent cause of error, often unfairly blamed on users</p></blockquote>
<blockquote><p>designing for the handicapped, the hard of hearing or seeing, or those less agile than average invariably makes an object better for everyone.</p></blockquote>
<p>Why do so many designs fail?</p>
<ul>
<li>Engineers tend to focus upon technology, putting into a product whatever special features they themselves prefer.</li>
<li>Designers like to make sophisticated use of images and metaphers that win prizes in design compititions but create products that inaccessible to users.</li>
<li>Managers focus upon making sure that each division in a company receives the recognition its political power deserves.</li>
</ul>
<blockquote><p>Good behavorial design has to be a fundamental part of the design process from the very start; it cannot be adopted once the product has been completed.</p></blockquote>
<p>Therefore it is</p>
<blockquote><p>important to have a rapid, iterative development process. The prototype is tested with users right from the beginning.</p></blockquote>
<p><strong>Reflective design:</strong></p>
<p>This is a more subtle level of design that not all people may be able to appreciate – much like good movies&#8230;</p>
<blockquote><p>The best designs come from following a cohesive theme throughout, with a clear vision and focus. Usually, such designs are driven by the vision of one person.</p></blockquote>
<blockquote><p>If you want a successful product, test and revise. If you want a great product, one that can change the world, let it be done by someone with a clear vision. The latter presents more financial risk, but it is the only path to greatness.</p></blockquote>
<p>Another issue is customization, which the author invariably fails to find useful:</p>
<blockquote><p>The things I really want to customize [...] can&#8217;t be customized. [...]</p></blockquote>
<blockquote><p>If something is so complex that it requires the addition of multiple &#8220;preferences&#8221; it is probably too complex to use.</p></blockquote>
<blockquote><p>Proper customization comes through combining multiple simple pieces. I don&#8217;t customize my pen; I do customize how I use it.</p></blockquote>
]]></content:encoded>
			<wfw:commentRss>http://eric.jain.name/2006/01/23/emotional-design/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Information Visualization</title>
		<link>http://eric.jain.name/2006/01/23/information-visualization/</link>
		<comments>http://eric.jain.name/2006/01/23/information-visualization/#comments</comments>
		<pubDate>Mon, 23 Jan 2006 03:34:17 +0000</pubDate>
		<dc:creator>Eric Jain</dc:creator>
				<category><![CDATA[Review]]></category>
		<category><![CDATA[Usability]]></category>

		<guid isPermaLink="false">http://eric.jain.name/2006/01/23/information-visualization/</guid>
		<description><![CDATA[Brief review of Information Visualization by Colin Ware. This is a textbook with a great amount of detail on the physics, biology and psychology behind visual perception. The main purpose of visualization is to help people detect patterns – though the author cautions that people are quite capable of seeing patterns where there are none&#8230; [...]]]></description>
			<content:encoded><![CDATA[<p>Brief review of <a href="http://www.amazon.com/gp/product/1558608192">Information Visualization</a> by Colin Ware. This is a textbook with a great amount of detail on the physics, biology and psychology behind visual perception.</p>
<p><span id="more-7"></span> The main purpose of visualization is to help people detect patterns – though the author cautions that people are quite capable of seeing patterns where there are none&#8230; The author also cautions against overuse of visual techniques:</p>
<blockquote><p>Natural language is the most elaborate, complete and widely shared system of symbols that we have available. For this reason alone, it is only when there is a clear advantage that visual techniques are preferred.</p></blockquote>
<p>Some practical advice extracted from the book.</p>
<ul>
<li>Don&#8217;t use grayscale values to color categories in a graph.</li>
<li>Blue areas focus behind red areas, for most people. This can be used to create an illusion of depth. It can also be used to make text unreadable&#8230;</li>
<li>Colors allow an additional three dimensions to be visualized (rgb!)</li>
<li>Fast movements or sudden appearance of items in the visual periphery attract attention – which may or may not be intended.</li>
<li>Multi-dimensional, discrete data can be encoded by spatial position of a &#8220;glyph&#8221;, color, shape, orientation, texture, motion or frequency (e.g. blinking).</li>
<li>Items can be associated visually by making use of proximity, similarity (see previous point), symmetric or continuous arrangement, or enclosure (e.g. in windows or Venn-diagrams).</li>
<li>Animation can be useful though &#8220;the kinds of animated critters that are starting to crawl and hop over web pages are often unnecessary and distracting. Just as elegance is a virtue in static diagrams, so it is in diagrams that use animation.&#8221;</li>
<li>People are poor at remembering images, but good at recognizing previously seen images.</li>
<li>Large collections of images can be scanned faster by flashing the images in rapid succession (up to 16 images/s) than by looking through thumbnails (requires refocussing, only 3-4 images/s).</li>
<li>Display numbers in an object view rather than in tables, if there is a natural or metaphorical mapping to a physical object.</li>
<li>For displaying 3D surfaces use a single light source that is located above (the brain assumes this!), at an infinite distance. Make shadows soft, and use textures.</li>
<li>Using three dimensions may increase the maximum complexity in a tree or graph that can be understood.</li>
<li>Most people get sick in virtual reality simulators when they move their head from side to side while moving.</li>
<li>Flowcharts are less suitable than natural language or pseudocode for helping people understand processes, because they require the brain to perform an additional translation step.</li>
<li>Diagrams on the other hand can help people understand relationships.</li>
<li>Data input always has a speed-accuracy trade off. This means that applications that are tolerant of small errors allow people to work faster.</li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://eric.jain.name/2006/01/23/information-visualization/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Fast Judgement</title>
		<link>http://eric.jain.name/2006/01/23/fast-judgement/</link>
		<comments>http://eric.jain.name/2006/01/23/fast-judgement/#comments</comments>
		<pubDate>Mon, 23 Jan 2006 03:30:39 +0000</pubDate>
		<dc:creator>Eric Jain</dc:creator>
				<category><![CDATA[Usability]]></category>

		<guid isPermaLink="false">http://eric.jain.name/2006/02/05/fast-judgement/</guid>
		<description><![CDATA[Nature reports about a study showing that users may be deciding on whether or not they like a site within a fraction of a second. So what are the key ingredients of a good-looking website? Caudron suggests that the amount of graphics on the page should be strictly limited, perhaps to a single eye-catching image. [...]]]></description>
			<content:encoded><![CDATA[<p>Nature <a href="http://www.nature.com/news/2006/060109/full/060109-13.html">reports</a> about a study showing that users may be deciding on whether or not they like a site within a fraction of a second.</p>
<p><span id="more-6"></span></p>
<blockquote><p>
So what are the key ingredients of a good-looking website? Caudron suggests that the amount of graphics on the page should be strictly limited, perhaps to a single eye-catching image. &#8220;It&#8217;s not about getting as much stuff on the page as possible,&#8221; he says.</p>
<p>These days, enlightened web users want to see a &#8220;puritan&#8221; approach, Caudron adds. It&#8217;s about getting information across in the quickest, simplest way possible. For this reason, many commercial websites now follow a fairly regular set of rules. For example, westerners tend to look at the top-left corner of a page first, so that&#8217;s where the company logo should go. And most users also expect to see a search function in the top right.</p>
<p>Of course, says Caudron, the other golden rule is to make sure that your web pages load quickly, otherwise your customers might not stick around long enough to make that coveted first impression. &#8220;That can be the difference between big business and no business,&#8221; he says.
</p></blockquote>
]]></content:encoded>
			<wfw:commentRss>http://eric.jain.name/2006/01/23/fast-judgement/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Vivisimo</title>
		<link>http://eric.jain.name/2006/01/07/vivisimo/</link>
		<comments>http://eric.jain.name/2006/01/07/vivisimo/#comments</comments>
		<pubDate>Sat, 07 Jan 2006 03:59:22 +0000</pubDate>
		<dc:creator>Eric Jain</dc:creator>
				<category><![CDATA[Semantic Web]]></category>
		<category><![CDATA[Usability]]></category>

		<guid isPermaLink="false">http://eric.jain.name/2006/02/05/vivisimo/</guid>
		<description><![CDATA[Vivisimo has set up a new site for searching content from life-science-related journals and databases &#8211; though none of ours so far. One of the interesting features of this search engine is that it attempts to cluster results by topic. This seems to work quite well for medical conditions (e.g. &#8220;stroke&#8221;), but is less suitable [...]]]></description>
			<content:encoded><![CDATA[<p><a href="http://vivisimo.com/">Vivisimo</a> has set up a <a href="http://biometacluster.com/">new site</a> for searching content from life-science-related journals and databases &ndash; though none of ours so far.</p>
<p><span id="more-11"></span></p>
<p>One of the interesting features of this search engine is that it attempts to cluster results by topic. This seems to work quite well for medical conditions (e.g. &#8220;stroke&#8221;), but is less suitable for distinguishing words used in different contexts (e.g. gene names from words). The ranking also needs some work, and a search for &#8220;uniprot&#8221; results in &#8220;Did you mean uniprost&#8221;&#8230;</p>
]]></content:encoded>
			<wfw:commentRss>http://eric.jain.name/2006/01/07/vivisimo/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

