<div class="gmail_quote">On Fri, Feb 5, 2010 at 11:05 PM, Chris Palmer <span dir="ltr">&lt;<a href="mailto:chris@noncombatant.org">chris@noncombatant.org</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

Jody Harris writes:<br>
<br>
&gt;   - &quot;Those who understand what Tahoe is&quot; (understanders),<br>
<div class="im">&gt;   - And &quot;Those who don&#39;t care&quot; (users).<br>
<br>
</div>I reject this dichotomy for practical reasons.<br>
<br>
<a href="http://en.wikipedia.org/wiki/The_Mythical_Man-Month#Conceptual_Integrity" target="_blank">http://en.wikipedia.org/wiki/The_Mythical_Man-Month#Conceptual_Integrity</a><br>
<br>
I suspect that bugs, unusability, insecurity, and unreliability go down as<br>
the gaps between the abstractions of UI, architecture, and implementation<br>
narrow. This usually results in the reduction of many (but not all) kinds of<br>
complexity up and down the abstraction stack.<br>
<br>
I also reject the dichotomy for ideological raisins. I refuse to accept that<br>
&quot;users&quot; are &quot;stupid&quot;.<br>
<br>
<a href="http://www.amazon.com/Inmates-Are-Running-Asylum/dp/0672316498" target="_blank">http://www.amazon.com/Inmates-Are-Running-Asylum/dp/0672316498</a><br>
<div><div></div><div class="h5"></div></div></blockquote></div><br><div>I reject your rejection on grounds of good design practice.</div><div><br></div><div>Not &quot;stupid.&quot; Invalid. Expression &quot;does not care&quot; does not equate to &quot;stupid.&quot;</div>

<div><br></div><div>Tools can be used on different levels.</div><div><br></div><div>Analogy: Linux command line.</div><div><br></div><div>It&#39;s there on every system, but the average user has no reason to ever see it.</div>

<div><br></div><div>It&#39;s not that the average user is stupid or incapable. It&#39;s just that they are not going to invest the time to learn and master it. If they decide to, it&#39;s readily available to them -- there are no artificial barriers.</div>

<div><br></div><div>Analogy: web browser: view page source.</div><div><br></div><div>Analogy: computers</div><div>  Users don&#39;t have to understand how they work to make good use of them.</div><div><br></div><div>Analogy: Macintosh computers</div>

<div><br></div><div><br></div><div>Not every functionality needs to be exposed through every interface. Most users are content that a task is completed per their expectations. Any further information essentially &quot;breaks&quot; the system for them. Too much information leads to mental buffer overflows.</div>

<div><br></div><div>Thoughts?</div><div><br></div><div><br></div>