<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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/"
		>
<channel>
	<title>Comments on: Simplicity: The Distribution of Complexity</title>
	<atom:link href="http://boxesandarrows.com/simplicity-the-distribution-of-complexity/feed/" rel="self" type="application/rss+xml" />
	<link>http://boxesandarrows.com/simplicity-the-distribution-of-complexity/</link>
	<description>Boxes and Arrows is devoted to the practice, innovation, and discussion of design; including graphic design, interaction design, information architecture and the design of business.</description>
	<lastBuildDate>Tue, 18 Jun 2013 12:43:59 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
	<item>
		<title>By: mellis</title>
		<link>http://boxesandarrows.com/simplicity-the-distribution-of-complexity/#comment-6347</link>
		<dc:creator>mellis</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://boxesandarrows.com/simplicity-the-distribution-of-complexity/#comment-6347</guid>
		<description><![CDATA[You misspelled &quot;Maeda.&quot;]]></description>
		<content:encoded><![CDATA[<p>You misspelled &#8220;Maeda.&#8221;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: arouben</title>
		<link>http://boxesandarrows.com/simplicity-the-distribution-of-complexity/#comment-6348</link>
		<dc:creator>arouben</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://boxesandarrows.com/simplicity-the-distribution-of-complexity/#comment-6348</guid>
		<description><![CDATA[It seems that it is challenging to create devices that look simple to the customer and are in fact simple to use. I have a feeling that most people that are not familiar with usability and design believe that a device with fewer buttons is easier to use and is less intimidating. Well, it is true in some cases, consider an IPod. In many other cases a few buttons mean several modes (as mentioned earlier by the author), which can be tricky. I am just thinking that would be interesting to test user perceptions by presenting interface with the same functionality but with different number of buttons (interface with few buttons would be actually harder to use). The users should respond just by looking at both interfaces without using them. Maybe, the findings would show that simple interfaces are deceiving but customers are willing to buy them because they look simple and slick.]]></description>
		<content:encoded><![CDATA[<p>It seems that it is challenging to create devices that look simple to the customer and are in fact simple to use. I have a feeling that most people that are not familiar with usability and design believe that a device with fewer buttons is easier to use and is less intimidating. Well, it is true in some cases, consider an IPod. In many other cases a few buttons mean several modes (as mentioned earlier by the author), which can be tricky. I am just thinking that would be interesting to test user perceptions by presenting interface with the same functionality but with different number of buttons (interface with few buttons would be actually harder to use). The users should respond just by looking at both interfaces without using them. Maybe, the findings would show that simple interfaces are deceiving but customers are willing to buy them because they look simple and slick.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: dshen</title>
		<link>http://boxesandarrows.com/simplicity-the-distribution-of-complexity/#comment-6349</link>
		<dc:creator>dshen</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://boxesandarrows.com/simplicity-the-distribution-of-complexity/#comment-6349</guid>
		<description><![CDATA[First I&#039;d like to say that simplicity is really nice and helps usability and adoption of a product.

But, the unfortunate thing is that product teams and development are often run by people who try to compete on features, and ultimately in order to build a better product you keep adding stuff.  Examples:

MS Word.  OK I think it&#039;s BIG ENOUGH now.  Stop adding more menu items!

Yahoo! Finance: Are there enough links on the nav bar yet?  Is there enough content on the page?  Why not stuff some more and we&#039;ll be better right?

An AIWA Walkman clone I owned: It had literally 20 extra little buttons on it, ranging from auto-reverse to selecting the type of tape (ie. Chrome, Metal, etc.).  I just wanted to press play and stop!

The problem with adding features is that in the easy sense, you end up increasing complexity and reducing usability.  A harder challenge is to add functionality but make a product SIMPLER.

Note that I change my wording from &quot;features&quot; to &quot;functionality&quot;.  Features, to me, seem like more discrete things added.  Functionality, to me, means the product gets more powerful in a more overall, holistic sense.

That leads to potentially reaching a limit on the amount of &quot;features&quot; a product can have, and definitely a limit to the value of adding yet another button, or menu item, or the 51st link on a nav bar of 50 links.  A new solution is called for.

I think Abstraction and Experience Overall are two possible solutions.  Abstraction in the sense of rising above the inidividual features and looking at higher level ways to think about the task(s) in different ways.  Experience Overhaul means just that; you may (painfully) need to scrap everything and just start over and reorchestrate the user experience and design to contain all the things you know people want to do, but start from the ground up to make the whole thing simpler.]]></description>
		<content:encoded><![CDATA[<p>First I&#8217;d like to say that simplicity is really nice and helps usability and adoption of a product.</p>
<p>But, the unfortunate thing is that product teams and development are often run by people who try to compete on features, and ultimately in order to build a better product you keep adding stuff.  Examples:</p>
<p>MS Word.  OK I think it&#8217;s BIG ENOUGH now.  Stop adding more menu items!</p>
<p>Yahoo! Finance: Are there enough links on the nav bar yet?  Is there enough content on the page?  Why not stuff some more and we&#8217;ll be better right?</p>
<p>An AIWA Walkman clone I owned: It had literally 20 extra little buttons on it, ranging from auto-reverse to selecting the type of tape (ie. Chrome, Metal, etc.).  I just wanted to press play and stop!</p>
<p>The problem with adding features is that in the easy sense, you end up increasing complexity and reducing usability.  A harder challenge is to add functionality but make a product SIMPLER.</p>
<p>Note that I change my wording from &#8220;features&#8221; to &#8220;functionality&#8221;.  Features, to me, seem like more discrete things added.  Functionality, to me, means the product gets more powerful in a more overall, holistic sense.</p>
<p>That leads to potentially reaching a limit on the amount of &#8220;features&#8221; a product can have, and definitely a limit to the value of adding yet another button, or menu item, or the 51st link on a nav bar of 50 links.  A new solution is called for.</p>
<p>I think Abstraction and Experience Overall are two possible solutions.  Abstraction in the sense of rising above the inidividual features and looking at higher level ways to think about the task(s) in different ways.  Experience Overhaul means just that; you may (painfully) need to scrap everything and just start over and reorchestrate the user experience and design to contain all the things you know people want to do, but start from the ground up to make the whole thing simpler.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: trog</title>
		<link>http://boxesandarrows.com/simplicity-the-distribution-of-complexity/#comment-6350</link>
		<dc:creator>trog</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://boxesandarrows.com/simplicity-the-distribution-of-complexity/#comment-6350</guid>
		<description><![CDATA[Simplicity is the ultimate sophistication.&quot; - Leonardo da Vinci]]></description>
		<content:encoded><![CDATA[<p>Simplicity is the ultimate sophistication.&#8221; &#8211; Leonardo da Vinci</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: designitsimple</title>
		<link>http://boxesandarrows.com/simplicity-the-distribution-of-complexity/#comment-6351</link>
		<dc:creator>designitsimple</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://boxesandarrows.com/simplicity-the-distribution-of-complexity/#comment-6351</guid>
		<description><![CDATA[From my experience complexity sometimes is due to the customer. @David: Sure, Microsoft does add features and features and therefore makes the application more complex. I&#039;ve developed an Excel-Access based application that did one thing very good. It was simple. However, I was asked if it could do this and that. Then I did implement some additional features but not all because they would have made it a lot harder to keep it simple.

To me, keeping someting simple starts with the feature list. Reduce it as much as possible and stay focused. I&#039;d rather have 4 apps each doing one thing perfect that 1 doing 4 things acceptable.]]></description>
		<content:encoded><![CDATA[<p>From my experience complexity sometimes is due to the customer. @David: Sure, Microsoft does add features and features and therefore makes the application more complex. I&#8217;ve developed an Excel-Access based application that did one thing very good. It was simple. However, I was asked if it could do this and that. Then I did implement some additional features but not all because they would have made it a lot harder to keep it simple.</p>
<p>To me, keeping someting simple starts with the feature list. Reduce it as much as possible and stay focused. I&#8217;d rather have 4 apps each doing one thing perfect that 1 doing 4 things acceptable.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: nathanshedroff</title>
		<link>http://boxesandarrows.com/simplicity-the-distribution-of-complexity/#comment-6352</link>
		<dc:creator>nathanshedroff</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://boxesandarrows.com/simplicity-the-distribution-of-complexity/#comment-6352</guid>
		<description><![CDATA[The problem here is mistaking Simplicity for Clarity, something Richard Saul Wurman has been distinguishing for, what, 20 years? Simplicity is about limiting data, information, and choices. This is, usually, counter-productive for true understanding, especially for experts. Simplicity is probably only relevant for absolute novices. Most of the time, we need more clear information and choices and it is only because most people lack the necessary organizational, verbal, (and often) visual skills to make things clear that cutting out choices is usually the direction taken. For designers of all stripes, simplicity is a mistaken approach, and often one that leads to poorer solutions and offerings, not better ones. For example, practically no one today would be happy living a simple life. However, almost everyone is striving toward a more clear one.

Also, if there is a &quot;simplicity party&quot; at all, it certainly didn&#039;t start last year.]]></description>
		<content:encoded><![CDATA[<p>The problem here is mistaking Simplicity for Clarity, something Richard Saul Wurman has been distinguishing for, what, 20 years? Simplicity is about limiting data, information, and choices. This is, usually, counter-productive for true understanding, especially for experts. Simplicity is probably only relevant for absolute novices. Most of the time, we need more clear information and choices and it is only because most people lack the necessary organizational, verbal, (and often) visual skills to make things clear that cutting out choices is usually the direction taken. For designers of all stripes, simplicity is a mistaken approach, and often one that leads to poorer solutions and offerings, not better ones. For example, practically no one today would be happy living a simple life. However, almost everyone is striving toward a more clear one.</p>
<p>Also, if there is a &#8220;simplicity party&#8221; at all, it certainly didn&#8217;t start last year.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: singh</title>
		<link>http://boxesandarrows.com/simplicity-the-distribution-of-complexity/#comment-6353</link>
		<dc:creator>singh</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://boxesandarrows.com/simplicity-the-distribution-of-complexity/#comment-6353</guid>
		<description><![CDATA[who said, simplicity is only for insects. what did I say, simplicity is not the issue , the issue is utility. Things are made (rather marketable things) are developed not because they are simple, but because they are useful. Moreover simple is only an abeeration . Look at a car. We only press a lever and the car zooms, but look at the grind, and the slime, and the oil well, and iron ore mountain that made the car possible. We don&#039;t want simple or complex lives, we want useful lives. So utility is is. http://www.searchbox.mobi]]></description>
		<content:encoded><![CDATA[<p>who said, simplicity is only for insects. what did I say, simplicity is not the issue , the issue is utility. Things are made (rather marketable things) are developed not because they are simple, but because they are useful. Moreover simple is only an abeeration . Look at a car. We only press a lever and the car zooms, but look at the grind, and the slime, and the oil well, and iron ore mountain that made the car possible. We don&#8217;t want simple or complex lives, we want useful lives. So utility is is. <a href="http://www.searchbox.mobi" rel="nofollow">http://www.searchbox.mobi</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: quinn_dupont</title>
		<link>http://boxesandarrows.com/simplicity-the-distribution-of-complexity/#comment-6354</link>
		<dc:creator>quinn_dupont</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://boxesandarrows.com/simplicity-the-distribution-of-complexity/#comment-6354</guid>
		<description><![CDATA[The question that Tannen is ultimately posing is: “simple for whom?” Apple Inc. is often lauded as being makers of “simple” (and the cognate “elegant”) software and hardware. Yet, as any Mac fan knows, (at the best of times) the product is only simple from one perspective, typically the lowest common denominator. Crack open the Terminal in OS X and the experience becomes decidedly not simple, but that is the point. Power users need “advanced” features, and this requires a tradeoff of simplicity (although even here there are ways of improving the situation). This same problem occurs in the LIS world when journal database vendors offer a variety of search interfaces: simple, expert, advanced, etc. This is a design feature that is too infrequently implemented—its a sort of “mode switching”. Azureus, the Bittorrent client with its own problems (Java application? Ugh), effectively uses this principle of mode switching. I happen to be a “simple” Bittorrent user, since I mostly leach (and share), but I never create torrents or use special BT trackers. The interface is thus very simple. Mode switching like this should become common, since it doesn’t slow down any legitimate power users, but gets the newbies rolling quickly. There are also other ancillary benefits: segregating the processes can be more cost effective. For example, why have a $50,000/year ALA-accredited librarian standing behind the circulation desk? This is never done because the sorts of tasks that occur at the circulation desk can be easily handled by an $8.00/hour student. Its common sense, but when the design principle is kept in mind its effects are wide-ranging.  More is said here: http://iqdupont.com/blog/?p=116 .]]></description>
		<content:encoded><![CDATA[<p>The question that Tannen is ultimately posing is: “simple for whom?” Apple Inc. is often lauded as being makers of “simple” (and the cognate “elegant”) software and hardware. Yet, as any Mac fan knows, (at the best of times) the product is only simple from one perspective, typically the lowest common denominator. Crack open the Terminal in OS X and the experience becomes decidedly not simple, but that is the point. Power users need “advanced” features, and this requires a tradeoff of simplicity (although even here there are ways of improving the situation). This same problem occurs in the LIS world when journal database vendors offer a variety of search interfaces: simple, expert, advanced, etc. This is a design feature that is too infrequently implemented—its a sort of “mode switching”. Azureus, the Bittorrent client with its own problems (Java application? Ugh), effectively uses this principle of mode switching. I happen to be a “simple” Bittorrent user, since I mostly leach (and share), but I never create torrents or use special BT trackers. The interface is thus very simple. Mode switching like this should become common, since it doesn’t slow down any legitimate power users, but gets the newbies rolling quickly. There are also other ancillary benefits: segregating the processes can be more cost effective. For example, why have a $50,000/year ALA-accredited librarian standing behind the circulation desk? This is never done because the sorts of tasks that occur at the circulation desk can be easily handled by an $8.00/hour student. Its common sense, but when the design principle is kept in mind its effects are wide-ranging.  More is said here: <a href="http://iqdupont.com/blog/?p=116" rel="nofollow">http://iqdupont.com/blog/?p=116</a> .</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: weston</title>
		<link>http://boxesandarrows.com/simplicity-the-distribution-of-complexity/#comment-6355</link>
		<dc:creator>weston</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://boxesandarrows.com/simplicity-the-distribution-of-complexity/#comment-6355</guid>
		<description><![CDATA[In _Envisioning Information_, Tufte wrote, &quot;to clarify, add detail&quot; (p.37).  I&#039;m a great lover of the notion of simplifying things (posters, traffic configurations, web pages, apps, radios) to make them more useful and more usable.  So this comment from Tufte really grabbed me.  It has probably made me think more than any other Tufte comment.  I keep it mind when I am advocating to simplify a page by removing features or details.  It makes me think critically about when it really helps to strip away.  Granted, I may not be able to provide the data density and the micro/macro that Tufte loves about something like the Vietnam Veteran&#039;s Memorial, but it&#039;s good to remember that _it depends_.

I also think Norman&#039;s notion that complexity sells has some power to it.  Maybe this is related to our &quot;reptilian minds&quot;??  The reptilian mind recognizes that people say they want X (appeals to cortex) but in practice seek out Z because it speaks to their reptilian mind.   So, you can&#039;t just listen to what people say.  

Can I spin this back around to Norman who points that people will buy the gadget with more features (complexity)?  Sure, even if people buy the more complex thing, it doesn&#039;t mean they like using it or can use it more effectively.   So (1) recognize the reptilian pull and design for it on one level (to get people into your product) but also (2) understand what makes for the actual best user experience once inside the product and give that to them.  There may be appearances of complexity at play alongside carefully designed simplicity.

Whoa, I am giving myself a headache....  Now if I can only show how this relates to Tufte&#039;s comment that I started with:  Maybe it&#039;s the balance/relationship of the macro/micro readings at work.]]></description>
		<content:encoded><![CDATA[<p>In _Envisioning Information_, Tufte wrote, &#8220;to clarify, add detail&#8221; (p.37).  I&#8217;m a great lover of the notion of simplifying things (posters, traffic configurations, web pages, apps, radios) to make them more useful and more usable.  So this comment from Tufte really grabbed me.  It has probably made me think more than any other Tufte comment.  I keep it mind when I am advocating to simplify a page by removing features or details.  It makes me think critically about when it really helps to strip away.  Granted, I may not be able to provide the data density and the micro/macro that Tufte loves about something like the Vietnam Veteran&#8217;s Memorial, but it&#8217;s good to remember that _it depends_.</p>
<p>I also think Norman&#8217;s notion that complexity sells has some power to it.  Maybe this is related to our &#8220;reptilian minds&#8221;??  The reptilian mind recognizes that people say they want X (appeals to cortex) but in practice seek out Z because it speaks to their reptilian mind.   So, you can&#8217;t just listen to what people say.  </p>
<p>Can I spin this back around to Norman who points that people will buy the gadget with more features (complexity)?  Sure, even if people buy the more complex thing, it doesn&#8217;t mean they like using it or can use it more effectively.   So (1) recognize the reptilian pull and design for it on one level (to get people into your product) but also (2) understand what makes for the actual best user experience once inside the product and give that to them.  There may be appearances of complexity at play alongside carefully designed simplicity.</p>
<p>Whoa, I am giving myself a headache&#8230;.  Now if I can only show how this relates to Tufte&#8217;s comment that I started with:  Maybe it&#8217;s the balance/relationship of the macro/micro readings at work.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: p2pvoice</title>
		<link>http://boxesandarrows.com/simplicity-the-distribution-of-complexity/#comment-6356</link>
		<dc:creator>p2pvoice</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://boxesandarrows.com/simplicity-the-distribution-of-complexity/#comment-6356</guid>
		<description><![CDATA[How would Michael Hartmann explain the current trend in cell phones  - cramming more functions in a handheld device that must maintain a small size - and be very successful at that. I say successful because if they were wrong, consumers wouldn&#039;t be buying their products in hundreds of millions around the world. @Michael: &quot;I’d rather have 4 apps each doing one thing perfect that 1 doing 4 things acceptable&quot; is the way I used to think just a few years ago. If we followed this principle, I would have to carry 4 separate devices as soon as get away from my &quot;base&quot; location. Few years ago, I just wanted a good &quot;cell phone&quot; so that I could make and receive telephone calls - simply. But today, I can do that with with a smartphone and listen to hi-fi music, take very decent pictures, have my contacts, calender, to-do; get my emails, and even surf the web. The available technology allows more functionality to be added in a way that is simple to use.

My point: How many &quot;things&quot; one can add to an &quot;app&quot; so that the &quot;app&quot; does all those &quot;things&quot; well and and yet remains simple depends on available technology and its general acceptance by the public at large.

PS: I just discovered this site and am excited to be part of this community.]]></description>
		<content:encoded><![CDATA[<p>How would Michael Hartmann explain the current trend in cell phones  &#8211; cramming more functions in a handheld device that must maintain a small size &#8211; and be very successful at that. I say successful because if they were wrong, consumers wouldn&#8217;t be buying their products in hundreds of millions around the world. @Michael: &#8220;I’d rather have 4 apps each doing one thing perfect that 1 doing 4 things acceptable&#8221; is the way I used to think just a few years ago. If we followed this principle, I would have to carry 4 separate devices as soon as get away from my &#8220;base&#8221; location. Few years ago, I just wanted a good &#8220;cell phone&#8221; so that I could make and receive telephone calls &#8211; simply. But today, I can do that with with a smartphone and listen to hi-fi music, take very decent pictures, have my contacts, calender, to-do; get my emails, and even surf the web. The available technology allows more functionality to be added in a way that is simple to use.</p>
<p>My point: How many &#8220;things&#8221; one can add to an &#8220;app&#8221; so that the &#8220;app&#8221; does all those &#8220;things&#8221; well and and yet remains simple depends on available technology and its general acceptance by the public at large.</p>
<p>PS: I just discovered this site and am excited to be part of this community.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
