<?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 vs. Features: A False Dichotomy?</title>
	<atom:link href="http://www.sitepoint.com/blogs/2008/08/20/simplicity-vs-features-a-false-dichotomy/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.sitepoint.com/blogs/2008/08/20/simplicity-vs-features-a-false-dichotomy/</link>
	<description>News, opinion, and fresh thinking for web developers and designers. The official podcast of sitepoint.com.</description>
	<lastBuildDate>Sun, 08 Nov 2009 19:29:21 -0500</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: huwaw69</title>
		<link>http://www.sitepoint.com/blogs/2008/08/20/simplicity-vs-features-a-false-dichotomy/comment-page-1/#comment-922427</link>
		<dc:creator>huwaw69</dc:creator>
		<pubDate>Thu, 23 Apr 2009 13:33:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=2856#comment-922427</guid>
		<description>I also agree with this:

    People actually want more features and functionality. They also want ease of use, he says, but there is a popular false dichotomy that equates simplicity with ease of use, and features with capability. Norman lays out the following, which he says is an implicit assumption:

    * Features ==&gt; Capability
    * Simplicity ==&gt; Ease of use</description>
		<content:encoded><![CDATA[<p>I also agree with this:</p>
<p>    People actually want more features and functionality. They also want ease of use, he says, but there is a popular false dichotomy that equates simplicity with ease of use, and features with capability. Norman lays out the following, which he says is an implicit assumption:</p>
<p>    * Features ==&gt; Capability<br />
    * Simplicity ==&gt; Ease of use</p>]]></content:encoded>
	</item>
	<item>
		<title>By: markbrown4</title>
		<link>http://www.sitepoint.com/blogs/2008/08/20/simplicity-vs-features-a-false-dichotomy/comment-page-1/#comment-788137</link>
		<dc:creator>markbrown4</dc:creator>
		<pubDate>Thu, 28 Aug 2008 23:59:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=2856#comment-788137</guid>
		<description>Interesting post - thanks!

I agree with this:
&lt;blockquote&gt;People actually want more features and functionality. They also want ease of use, he says, but there is a popular false dichotomy that equates simplicity with ease of use, and features with capability. Norman lays out the following, which he says is an implicit assumption:

    * Features ==&gt; Capability
    * Simplicity ==&gt; Ease of use&lt;/blockquote&gt;

Users do want features.  Making an application or UI as dumb as it possibly can be doesn&#039;t create an exiting app with a wow factor that makes something sellable.

Make a sexy app that has the features that the users want, break them up into manageable pieces if there are too many.</description>
		<content:encoded><![CDATA[<p>Interesting post &#8211; thanks!</p>
<p>I agree with this:</p>
<blockquote><p>People actually want more features and functionality. They also want ease of use, he says, but there is a popular false dichotomy that equates simplicity with ease of use, and features with capability. Norman lays out the following, which he says is an implicit assumption:</p>
<p>    * Features ==&gt; Capability<br />
    * Simplicity ==&gt; Ease of use</p></blockquote>
<p>Users do want features.  Making an application or UI as dumb as it possibly can be doesn&#8217;t create an exiting app with a wow factor that makes something sellable.</p>
<p>Make a sexy app that has the features that the users want, break them up into manageable pieces if there are too many.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: design</title>
		<link>http://www.sitepoint.com/blogs/2008/08/20/simplicity-vs-features-a-false-dichotomy/comment-page-1/#comment-786166</link>
		<dc:creator>design</dc:creator>
		<pubDate>Sun, 24 Aug 2008 19:55:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=2856#comment-786166</guid>
		<description>Why is there a question mark after this title? Of course it&#039;s a false dichotomy. But underneath that false dichotomy is a truth that it is easier to make fewer features simple. Lacking the skill to make a more featureful system simple, it sometimes behooves designers to consider the pair as participating in a tradeoff.</description>
		<content:encoded><![CDATA[<p>Why is there a question mark after this title? Of course it&#8217;s a false dichotomy. But underneath that false dichotomy is a truth that it is easier to make fewer features simple. Lacking the skill to make a more featureful system simple, it sometimes behooves designers to consider the pair as participating in a tradeoff.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Anonymous</title>
		<link>http://www.sitepoint.com/blogs/2008/08/20/simplicity-vs-features-a-false-dichotomy/comment-page-1/#comment-784035</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Thu, 21 Aug 2008 12:31:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=2856#comment-784035</guid>
		<description>&lt;blockquote&gt;Everything should be made as simple as possible, but not one bit simpler.
&lt;em&gt;Albert Einstein, (attributed)
US (German-born) physicist (1879 - 1955)&lt;/em&gt;&lt;/blockquote&gt;</description>
		<content:encoded><![CDATA[<blockquote><p>Everything should be made as simple as possible, but not one bit simpler.<br />
<em>Albert Einstein, (attributed)<br />
US (German-born) physicist (1879 &#8211; 1955)</em></p></blockquote>]]></content:encoded>
	</item>
	<item>
		<title>By: Josh Catone</title>
		<link>http://www.sitepoint.com/blogs/2008/08/20/simplicity-vs-features-a-false-dichotomy/comment-page-1/#comment-783630</link>
		<dc:creator>Josh Catone</dc:creator>
		<pubDate>Thu, 21 Aug 2008 00:15:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=2856#comment-783630</guid>
		<description>Just for the record, Norman didn&#039;t specifically cite 37signals in his post -- making the connection there was my take on things.  They both make valid points... and actually both might actually be expressing the same philosophy in different ways.</description>
		<content:encoded><![CDATA[<p>Just for the record, Norman didn&#8217;t specifically cite 37signals in his post &#8212; making the connection there was my take on things.  They both make valid points&#8230; and actually both might actually be expressing the same philosophy in different ways.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: sirk</title>
		<link>http://www.sitepoint.com/blogs/2008/08/20/simplicity-vs-features-a-false-dichotomy/comment-page-1/#comment-783490</link>
		<dc:creator>sirk</dc:creator>
		<pubDate>Wed, 20 Aug 2008 19:07:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=2856#comment-783490</guid>
		<description>37signals is right to a degree, but what Prof. Norman says is also true. The key is in the correct interpretation of what Ockham&#039;s razor says. There are many different interpretations and Ockham and others before and after have stated it in different ways but the basic principle is &quot;Don&#039;t do more than you have to.&quot; Or as Einstein put it &quot;Make everything as simple as possible, but not simpler.&quot;</description>
		<content:encoded><![CDATA[<p>37signals is right to a degree, but what Prof. Norman says is also true. The key is in the correct interpretation of what Ockham&#8217;s razor says. There are many different interpretations and Ockham and others before and after have stated it in different ways but the basic principle is &#8220;Don&#8217;t do more than you have to.&#8221; Or as Einstein put it &#8220;Make everything as simple as possible, but not simpler.&#8221;</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Mike Borozdin</title>
		<link>http://www.sitepoint.com/blogs/2008/08/20/simplicity-vs-features-a-false-dichotomy/comment-page-1/#comment-783479</link>
		<dc:creator>Mike Borozdin</dc:creator>
		<pubDate>Wed, 20 Aug 2008 18:49:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=2856#comment-783479</guid>
		<description>I agree with the point that people prefer simply thing, but I think that it is debatable if people actually want more feautures and functionality. For instance, I don&#039;t want my garage door to do anything besides being opened or closed, I don&#039;t need it to make coffee. 

How many functions of you mobile phone are you actually using? I hardly use it for anything, but for placing and receiving calls and text messages.

Besides, this sound strange to me:
&lt;blockquote&gt;Modularization - Break up big, complicated tasks into smaller, more manageable ones.&lt;/blockquote&gt;

I mean, do they suggest that instead of pressing only one button, I have to press 5 buttons, simply because the task appears to be too complex? In fact, I don&#039;t think I need to know how the task is performed, I just need the result.</description>
		<content:encoded><![CDATA[<p>I agree with the point that people prefer simply thing, but I think that it is debatable if people actually want more feautures and functionality. For instance, I don&#8217;t want my garage door to do anything besides being opened or closed, I don&#8217;t need it to make coffee. </p>
<p>How many functions of you mobile phone are you actually using? I hardly use it for anything, but for placing and receiving calls and text messages.</p>
<p>Besides, this sound strange to me:</p>
<blockquote><p>Modularization &#8211; Break up big, complicated tasks into smaller, more manageable ones.</p></blockquote>
<p>I mean, do they suggest that instead of pressing only one button, I have to press 5 buttons, simply because the task appears to be too complex? In fact, I don&#8217;t think I need to know how the task is performed, I just need the result.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Don Norman</title>
		<link>http://www.sitepoint.com/blogs/2008/08/20/simplicity-vs-features-a-false-dichotomy/comment-page-1/#comment-783434</link>
		<dc:creator>Don Norman</dc:creator>
		<pubDate>Wed, 20 Aug 2008 16:50:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=2856#comment-783434</guid>
		<description>This is Don Norman

Two quick comments.

my article can be found at:
&lt;a href=&quot;http://www.jnd.org/dn.mss/simplicity_is_not_th.html&quot; rel=&quot;nofollow&quot;&gt;

I take great pride in my power to effect products at Apple. As soon as I joined (under John Sculley), the company went into a major slide downwards. As soon as I left (I was VP of Advanced Technology), Apple went into an immediate recovery to its current heights. Pretty impressive for one person, eh? How can anyone doubt my credentials?

Don Norman
www.jnd.org  don@jnd.org&lt;/a&gt;</description>
		<content:encoded><![CDATA[<p>This is Don Norman</p>
<p>Two quick comments.</p>
<p>my article can be found at:<br />
<a href="http://www.jnd.org/dn.mss/simplicity_is_not_th.html" rel="nofollow"></a></p>
<p>I take great pride in my power to effect products at Apple. As soon as I joined (under John Sculley), the company went into a major slide downwards. As soon as I left (I was VP of Advanced Technology), Apple went into an immediate recovery to its current heights. Pretty impressive for one person, eh? How can anyone doubt my credentials?</p>
<p>Don Norman<br />
<a href="http://www.jnd.org" rel="nofollow">http://www.jnd.org</a>  <a href="mailto:don@jnd.org">don@jnd.org</a></p>]]></content:encoded>
	</item>
	<item>
		<title>By: ShadyAidy</title>
		<link>http://www.sitepoint.com/blogs/2008/08/20/simplicity-vs-features-a-false-dichotomy/comment-page-1/#comment-783366</link>
		<dc:creator>ShadyAidy</dc:creator>
		<pubDate>Wed, 20 Aug 2008 12:39:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=2856#comment-783366</guid>
		<description>&lt;blockquote&gt;If my cellphone only had one button it certainly would be simple, but, umm, all I could do would be to turn it on or off: I wouldn’t be able to make a phone call.&lt;/blockquote&gt;

This is so disingenuous that I nearly laughed out loud. I must&#039;ve missed the part where 37signals said that a car had to accelerate, steer and stop using a single control, or a printing press had to have only had one letter available for marking up words.

Arguably, having one button on a cell phone, you could still tap out long SMS&#039;s or dial numbers - how do you think Stephen Hawking holds a conversation? - but it would be tedious, so it actaully be less simple than having, oh, I don&#039;t know, having 0-9 keys and a dial / hang-up button, for example.

The average (non geek / gadget obsessed) client we develop systems for require two things from the products they buy from us:

1) That it is as simple as possible, but no less than required,
2) That it is as sophisticated as possible, but no more than required.

Mr. Norman, you stand in the way of good design, and without your hindrance Microsoft *might* have less of a monopoly than they do today.</description>
		<content:encoded><![CDATA[<blockquote><p>If my cellphone only had one button it certainly would be simple, but, umm, all I could do would be to turn it on or off: I wouldn’t be able to make a phone call.</p></blockquote>
<p>This is so disingenuous that I nearly laughed out loud. I must&#8217;ve missed the part where 37signals said that a car had to accelerate, steer and stop using a single control, or a printing press had to have only had one letter available for marking up words.</p>
<p>Arguably, having one button on a cell phone, you could still tap out long SMS&#8217;s or dial numbers &#8211; how do you think Stephen Hawking holds a conversation? &#8211; but it would be tedious, so it actaully be less simple than having, oh, I don&#8217;t know, having 0-9 keys and a dial / hang-up button, for example.</p>
<p>The average (non geek / gadget obsessed) client we develop systems for require two things from the products they buy from us:</p>
<p>1) That it is as simple as possible, but no less than required,<br />
2) That it is as sophisticated as possible, but no more than required.</p>
<p>Mr. Norman, you stand in the way of good design, and without your hindrance Microsoft *might* have less of a monopoly than they do today.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Stevie D</title>
		<link>http://www.sitepoint.com/blogs/2008/08/20/simplicity-vs-features-a-false-dichotomy/comment-page-1/#comment-783347</link>
		<dc:creator>Stevie D</dc:creator>
		<pubDate>Wed, 20 Aug 2008 11:23:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=2856#comment-783347</guid>
		<description>There are some good points in there, but I think that when it comes to web design, they need a bit more interrogation.

There is no bigger success story on the internet than Google - a chain of sites that are both simple to use (when only doing simple things) and extremely capable (when you don&#039;t mind using a more complicated interface).

That is the ultimate goal - offering visitors precisely the level of sophistication they need. Anyone who wants to carry out a simple, straight-forward and commonly-used task should be able to carry it out without any unnecessary distractions or unwanted features getting in the way.

For some sites, there will be a need/demand to offer more advanced features and capabilities. That&#039;s great, and the more you enable people to do on your website, the more likely they are to hang around, to come back another time and to spread the word. But it should never get in the way of the most commonly-done simple tasks.</description>
		<content:encoded><![CDATA[<p>There are some good points in there, but I think that when it comes to web design, they need a bit more interrogation.</p>
<p>There is no bigger success story on the internet than Google &#8211; a chain of sites that are both simple to use (when only doing simple things) and extremely capable (when you don&#8217;t mind using a more complicated interface).</p>
<p>That is the ultimate goal &#8211; offering visitors precisely the level of sophistication they need. Anyone who wants to carry out a simple, straight-forward and commonly-used task should be able to carry it out without any unnecessary distractions or unwanted features getting in the way.</p>
<p>For some sites, there will be a need/demand to offer more advanced features and capabilities. That&#8217;s great, and the more you enable people to do on your website, the more likely they are to hang around, to come back another time and to spread the word. But it should never get in the way of the most commonly-done simple tasks.</p>]]></content:encoded>
	</item>
</channel>
</rss>
