<?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>BetterExplained &#187; Observations</title>
	<atom:link href="http://betterexplained.com/articles/category/observations/feed/" rel="self" type="application/rss+xml" />
	<link>http://betterexplained.com</link>
	<description>Learning shouldn&#039;t hurt. Let&#039;s share the insights that made difficult ideas click.</description>
	<lastBuildDate>Fri, 23 Jul 2010 17:45:43 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Brevity Is Beautiful</title>
		<link>http://betterexplained.com/articles/brevity-is-beautiful/</link>
		<comments>http://betterexplained.com/articles/brevity-is-beautiful/#comments</comments>
		<pubDate>Thu, 22 Apr 2010 15:00:53 +0000</pubDate>
		<dc:creator>Kalid</dc:creator>
				<category><![CDATA[Guides]]></category>
		<category><![CDATA[Observations]]></category>

		<guid isPermaLink="false">http://betterexplained.com/?p=620</guid>
		<description><![CDATA[Brevity is my favorite aspect of effective communication. We&#8217;re limited creatures, only able to handle a few thoughts at once &#8212; make them count!

Concise writing helps us share ideas, but we hamstring ourselves by trying to appear &#8220;substantial&#8221;. Let&#8217;s figure out how to avoid this trap.

Benefits of Brevity

Concise, efficient writing has non-obvious benefits:

We maximize information [...]]]></description>
			<content:encoded><![CDATA[<p>Brevity is my favorite aspect of effective communication. We&#8217;re limited creatures, only able to handle a few thoughts at once &#8212; make them count!</p>

<p>Concise writing helps us share ideas, but we hamstring ourselves by trying to appear &#8220;substantial&#8221;. Let&#8217;s figure out how to avoid this trap.</p>

<h2>Benefits of Brevity</h2>

<p>Concise, efficient writing has non-obvious benefits:</p>

<p><strong>We maximize information density.</strong></p>

<p>We can hold about 7 digits in memory. Given limited room, a few powerful thoughts are better than a single dilute one.</p>

<p>What&#8217;s better: &#8220;x is the sum of two times y and three times z&#8221; or &#8220;x = 2y + 3z&#8221;?</p>

<p>Concise thoughts are more understandable. (By the way, math used to be written in English, as above. Egads.)</p>

<p><strong>We respect the reader.</strong></p>

<p>Long-winded diatribes are about the author: listen to me and look at what I know. Effective communication is about the reader: I&#8217;ve distilled hundreds of pages to these essential insights.</p>

<p>Information is everywhere, and I can eventually understand a topic by reading dozens of mediocre books. But time is limited &#8212; give me the source that communicates the most understanding in the least time.</p>

<p><strong>We communicate raw thought.</strong></p>

<p>Writing isn&#8217;t about words, it&#8217;s about recreating ideas:</p>


<ul>
<li>Idea in my head =&gt; words are written =&gt; words are read =&gt; idea in your head</li>
</ul>



<p>With good writing we hear the author&#8217;s voice, not our own thoughts deciphering their message. The ideal of communicating raw ideas appears in programming, design, art and even humor (&#8221;Brevity is the soul of wit&#8221;).</p>

<h2>Obstacles to Brevity</h2>

<p>If brevity is so desirable, why don&#8217;t we do it?</p>

<p><strong>Schoolchild Guilt (aka the 10-page paper)</strong></p>

<p>School assignments ask for pages of text, not ideas. The teacher really wants an essay with 3 meaningful insights, but that&#8217;s tough to specify. So instead he asks for a 10-pager, hoping some ideas are buried inside.</p>

<p>The assignment is easily gamed: take a few scattered thoughts, bump up the font and margins, and tada, we have 10 pages. We know this isn&#8217;t what the teacher wants, but it satisfies the letter of the law.</p>

<p>An analogy: A king secretly wants treasure. He asks his subjects to bring him a ton of dirt each, hoping for gems inside. They do, and on average there&#8217;s a single gem in each pile &#8212; but the king spends hours clawing through the dirt.</p>

<p>One day a peasant sees a lone gem on the beach. But because the king asked for dirt (he&#8217;ll be punished if he only brings a handful of &#8220;stuff&#8221;), he buries the gem in an enormous pile and delivers that to the king, who spends hours trying to find the jewel.</p>

<p>Is that what the king wanted? We writers are the peasants that bring material for you to sift through!</p>

<p><strong>Getting Our Money&#8217;s Worth</strong></p>

<p>Thought experiment: you see two reference books, one at 100 pages and the other at 200. Do you wonder if the smaller book could be concise and well-written, or do you immediately assume &#8220;bigger is better&#8221; and reach for the tome?</p>

<p>And that&#8217;s why publishers pad their books &#8212; we reward those with the most words, not the best ones. It&#8217;s akin to judging a portrait by how much paint was used, or a song by its length.</p>

<p><strong>Brevity and Substance</strong></p>

<p>My &#8220;brevity&#8221; means economy of words, saying what&#8217;s necessary and no more. &#8220;Necessary&#8221; could be a paragraph or 50 pages; either is fine.</p>

<p>The key is delivering gems, not dirt. When writing, you know what you&#8217;re providing <img src='http://betterexplained.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> .</p>

<p>I still struggle with accepting that it&#8217;s ok, nay good, to share a single, concise thought if you think it&#8217;s a gem. There&#8217;s no need to pad to make it seem &#8220;substantial&#8221;.</p>

<p>Does anyone think the 278-word <a href="http://en.wikipedia.org/wiki/Gettysburg_Address#Text_of_Gettysburg_Address">Gettysburg address</a> isn&#8217;t meaty enough? Should Lincoln have stretched it out a bit?</p>

<p><strong>Expert&#8217;s Guilt (The sky is not blue)</strong></p>

<p>Brevity&#8217;s enemy is an armada of &#8220;helpful&#8221; information. Consider this: is the sky blue?</p>

<p>Well, it&#8217;s black at night. And orange at sunset/sunrise. And grey when cloudy. In fact, it&#8217;s more likely to be non-blue than blue!</p>

<p>My goodness, I could never say &#8220;The sky is blue&#8221; without a 3-page disclaimer, lest an expert meteorologist have my head.</p>

<p>No. Writing riddled with caveats is like the &#8220;Are you sure? Really sure?&#8221; dialogs we hate in software: yes, yes, we get it!</p>

<p>Models are simplifications, we all know this: assume an intelligent reader and don&#8217;t encumber your writing to satisfy every critic. Corner cases are exactly that, and should live away from the main text.</p>

<h2>Examples of Brevity</h2>

<p>I learn by reflecting on great examples &#8212; what makes them tick? </p>

<p><strong>Computers and Programming</strong></p>

<p>Ruby has wonderful shortcuts for everyday tasks.</p>



<pre>
<code>
value = parameter || getValue() || "default"
</code>
</pre>



<p>Which means &#8220;try to use parameter, then try getValue(), and if all else fails assign a default&#8221;. Ruby was the first language I felt I was <em>reading</em> without notational cruft getting in the way.</p>

<p>Kernighan and Ritchie&#8217;s <a href="http://en.wikipedia.org/wiki/The_C_Programming_Language_(book)">The C Programming Language</a> is the gold standard of technical manuals. Concise and useful, it has no desire to satisfy some publisher&#8217;s pagecount requirement: &#8220;C is not a big language, and it is not well served by a big book.&#8221;</p>

<p><a href="http://www.sensible.com/rocketsurgery/index.html">Don&#8217;t Make Me Think!</a> is an excellent usability guide. The title is the summary: keep things brainlessly easy. The book expands with examples, yet remains brief.</p>

<p>The unix command line (&#8221;cat foo.txt | sort | uniq -c | sort -rn&#8221;) is wonderfully concise and powerful: it&#8217;s hard to express the above more simply (output a file, sort the lines, count the unique ones, and sort again by that count in descending order).</p>

<p><strong>Mathematics</strong></p>

<p>As we saw with English vs. arithmetic, expressive notation helps us focus on the idea being conveyed.</p>

<p>Consider the difference between decimal and Roman numerals: how can you use math when it takes 5 minutes to decode <span class="caps">MCMXCVII </span>times <span class="caps">XLII</span>? Decimal notation is one of our greatest discoveries.</p>

<p><strong>Quotes</strong></p>

<p>Why do we love quotes? They are distilled thoughts! Great quotes help us experience an idea without getting lost in verbiage.</p>

<p>Some favorites:</p>


<ul>
<li>&#8220;I have made this letter longer than usual because I lack the time to make it shorter.&#8221; &#8211;Blaise Pascal (It&#8217;s easier to plop down dirt than to dig through and pull out the gems)</li>
</ul>




<ul>
<li>&#8220;Vigorous writing is concise. A sentence should contain no unnecessary words, a paragraph no unnecessary sentences, for the same reason that a drawing should have no unnecessary lines and a machine no unnecessary parts. This requires not that the writer make all his sentences short, or that he avoid all detail and treat his subjects only in outline, but that every word tell.&#8221; &#8211;William Strunk Jr. (Efficiency is universally appreciated)</li>
</ul>



<p><strong>Economy of Motion</strong></p>

<p>Great athletes and musicians are <strong>efficient</strong>. They move less and waste less than the rest of us, and do more with the same amount of time. Concise thoughts require less mental energy to understand.</p>

<p><strong>Headlines</strong></p>

<p>Top 10 lists grab our attention. Why? They imply someone has found the gems: we sifted through dozens of items and are bringing you the best. Unfortunately, these headlines have been abused to mean &#8220;Here are 10 random things&#8221;.</p>

<p><strong>Cheatsheets</strong></p>

<p>Cheatsheets are pure gems, going from A to B without distraction. The key is knowing the background of your audience. A physics cheatsheet is great for reference, not learning.</p>

<h2>Final Thoughts</h2>

<p>Reflection helps develop a <a href="http://betterexplained.com/articles/developing-your-intuition-for-math/">learning philosophy</a>. I discovered that my fear of not having enough substance was based on measuring dirt. Brainstorming, writing down ideas, and leaving the essentials is more than ok &#8212; it&#8217;s my ideal.</p>

<p>Remember: is our goal to satisfy a length requirement, impress with our vocabulary, or communicate effectively? Do readers a favor and give &#8216;em your best gems.</p>]]></content:encoded>
			<wfw:commentRss>http://betterexplained.com/articles/brevity-is-beautiful/feed/</wfw:commentRss>
		<slash:comments>26</slash:comments>
		</item>
		<item>
		<title>Astounding Examples of Innovation from Japan</title>
		<link>http://betterexplained.com/articles/astounding-inventions-from-japan/</link>
		<comments>http://betterexplained.com/articles/astounding-inventions-from-japan/#comments</comments>
		<pubDate>Fri, 11 May 2007 22:22:58 +0000</pubDate>
		<dc:creator>Kalid</dc:creator>
				<category><![CDATA[Observations]]></category>

		<guid isPermaLink="false">http://betterexplained.com/articles/astounding-inventions-from-japan/</guid>
		<description><![CDATA[I traveled to Japan last year with some friends, and was astounded by the differences there. Everyday things from trash cans to doors to conveyerbelts were just&#8230; better, let alone the high-tech things like trains and computers.

I couldn&#8217;t help but compulsively photograph seemingly mundane things, awestruck by their design. I did get some quizzical looks [...]]]></description>
			<content:encoded><![CDATA[<p>I traveled to Japan last year with some friends, and was <strong>astounded</strong> by the differences there. Everyday things from trash cans to doors to conveyerbelts were just&#8230; better, let alone the high-tech things like trains and computers.</p>

<p>I couldn&#8217;t help but compulsively photograph seemingly mundane things, awestruck by their design. I did get some quizzical looks when blabbering on about a straw or ladder. But there&#8217;s a few lessons:</p>


<ul>
<li>Unimaginative people ask &#8220;why?&#8221; when confronted with a new idea and sit there, lifeless. <strong>Instead, ask &#8220;why not?&#8221; and do something new.</strong></li>
<li>Not every invention pans out, and that&#8217;s fine. <strong>At least you are trying to improve things.</strong></li>
<li>Several minor, 2% improvements add up over time (see the <a href="http://betterexplained.com/articles/the-rule-of-72/">rule of 72</a>). Everyday efficiencies are great &#8212; you don&#8217;t always need a breakthrough to make a difference.</li>
</ul>



<p>Browse the photos below and <a href="http://www.flickr.com/photos/kazad/sets/72157600205402468/detail/">read my comments at flickr</a> to see what the fuss was about. In upcoming posts I&#8217;ll expand on why these examples of innovation made me shriek with delight and <strong>what we can learn from them</strong>.</p>

<p><iframe align="center" src="http://www.flickr.com/slideShow/index.gne?set_id=72157600205402468" width="400" height="400" frameBorder="0" scrolling="no"></iframe></p>]]></content:encoded>
			<wfw:commentRss>http://betterexplained.com/articles/astounding-inventions-from-japan/feed/</wfw:commentRss>
		<slash:comments>17</slash:comments>
		</item>
		<item>
		<title>Understanding the Pareto Principle (The 80/20 Rule)</title>
		<link>http://betterexplained.com/articles/understanding-the-pareto-principle-the-8020-rule/</link>
		<comments>http://betterexplained.com/articles/understanding-the-pareto-principle-the-8020-rule/#comments</comments>
		<pubDate>Thu, 08 Mar 2007 09:06:23 +0000</pubDate>
		<dc:creator>Kalid</dc:creator>
				<category><![CDATA[Observations]]></category>

		<guid isPermaLink="false">http://betterexplained.com/articles/understanding-the-pareto-principle-the-8020-rule/</guid>
		<description><![CDATA[Originally, the Pareto Principle referred to the observation that 80% of Italy&#8217;s wealth belonged to only 20% of the population.

More generally, the Pareto Principle is the observation (not law) that most things in life are not distributed evenly. It can mean all of the following things:



20% of the input creates 80% of the result
20% of [...]]]></description>
			<content:encoded><![CDATA[<p>Originally, the Pareto Principle referred to the observation that 80% of Italy&#8217;s wealth belonged to only 20% of the population.</p>

<p>More generally, the Pareto Principle is the observation (not law) that <strong>most things in life are not distributed evenly</strong>. It can mean all of the following things:</p>


<ul>
<li>20% of the input creates 80% of the result</li>
<li>20% of the workers produce 80% of the result</li>
<li>20% of the customers create 80% of the revenue</li>
<li>20% of the bugs cause 80% of the crashes</li>
<li>20% of the features cause 80% of the usage</li>
<li>And on and on&#8230;</li>
</ul>



<p>But be careful when using this idea! First, there&#8217;s a common misconception that the numbers 20 and 80 must add to 100 &#8212; they don&#8217;t!</p>

<p>20% of the workers could create 10% of the result. Or 50%. Or 80%. Or 99%, or even 100%. Think about it &#8212; in a group of 100 workers, 20 could do all the work while the other 80 goof off. In that case, 20% of the workers did 100% of the work. Remember that the 80/20 rule is a rough guide about <strong>typical distributions</strong>.</p>

<p>Also recognize that the numbers don&#8217;t have to be &#8220;20%&#8221; and &#8220;80%&#8221; exactly. The key point is that <strong>most things in life (effort, reward, output) are not distributed evenly &#8211; some contribute more than others</strong>.</p>

<h2>Life Isn&#8217;t Fair</h2>

<p>What does it mean when we say &#8220;things aren&#8217;t distributed evenly&#8221;? The key point is that each unit of work (or time) doesn&#8217;t contribute the same amount.</p>

<p>In a perfect world, every employee would contribute the same amount, every bug would be equally important, every feature would be equally loved by users. Planning would be so easy.</p>

<p>But that isn&#8217;t always the case:</p>

<p><img src="http://betterexplained.com/wp-content/uploads/pareto/pareto_graph.png" alt="pareto_graph.png" title="pareto_graph.png" width="400" height="399" border="0" /></p>

<p>The 80/20 rule observes that most things have an unequal distribution. Out of 5 things, perhaps 1 will be &#8220;cool&#8221;. That cool thing/idea/person will result in majority of the impact of the group (the green line). We&#8217;d like life to be like the red line, where every piece contributes equally, but that doesn&#8217;t always happen.</p>

<p>Of course, this ratio can change. It could be 80/20, 90/10, or 90/20 (remember, the numbers don&#8217;t have to add to 100!).</p>

<p>The key point is that most things are <strong>not</strong> 1/1, where each unit of &#8220;input&#8221; (effort, time, labor) contributes exactly the same amount of output.</p>

<h2>So Why Is This Useful?</h2>

<p>The Pareto Principle helps you realize that the majority of results come from a minority of inputs. Knowing this, if&#8230;</p>

<p>20% of workers contribute 80% of results: Focus on rewarding these employees.<br />
20% of bugs contribute 80% of crashes: Focus on fixing these bugs first.<br />
20% of customers contribute 80% of revenue: Focus on satisfying these customers.</p>

<p>The examples go on. The point is to realize that you can often focus your effort on the 20% that makes a difference, instead of the 80% that doesn&#8217;t add much.</p>

<p>In economics terms, there is <strong>diminishing marginal benefit</strong>. This is related to the law of diminishing returns: each additional hour of effort, each extra worker is adding less &#8220;oomph&#8221; to the final result. By the end, you are spending lots of time on the minor details.</p>

<h2>A Fun, Non-Math Example, Please</h2>

<p>Everything is nice and rosy in the abstract. I want to give you a real example. Take a look at this awesome video of an artist drawing a car in Microsoft Paint. It&#8217;s pretty phenomenal what can be accomplished with such a basic tool:</p>

<p><object width="425" height="350"><param name="movie" value="http://www.youtube.com/v/ElrldD02if0"></param><param name="wmode" value="transparent"></param><embed src="http://www.youtube.com/v/ElrldD02if0" type="application/x-shockwave-flash" wmode="transparent" width="425" height="350"></embed></object></p>

<p>Now let&#8217;s deconstruct this video. It&#8217;s about 5 minutes long, so each minute is about 20% of the way to completion (of course the video is sped up, but we are only interested in relative times anyway). Take a look at how the car evolved over time:</p>

<p><img src="http://betterexplained.com/wp-content/uploads/pareto/car_1_06_100.jpg" alt="car_1_06_100.jpg" title="car_1_06_100.jpg" width="150" height="100" border="0" />
<img src="http://betterexplained.com/wp-content/uploads/pareto/car_2_00_100.jpg" alt="car_2_00_100.jpg" title="car_2_00_100.jpg" width="151" height="100" border="0" />
<img src="http://betterexplained.com/wp-content/uploads/pareto/car_3_05_100.jpg" alt="car_3_05_100.jpg" title="car_3_05_100.jpg" width="151" height="100" border="0" />
<img src="http://betterexplained.com/wp-content/uploads/pareto/car_4_04_100.jpg" alt="car_4_04_100.jpg" title="car_4_04_100.jpg" width="151" height="100" border="0" />
<img src="http://betterexplained.com/wp-content/uploads/pareto/car_5_05_100.jpg" alt="car_5_05_100.jpg" title="car_5_05_100.jpg" width="151" height="100" border="0" /></p>

<p><strong>1:06 (Level 1)</strong> &#8211; Wireframe<br />
<strong>2:00 (Level 2)</strong> &#8211; Basic coloring<br />
<strong>3:05 (Level 3)</strong> &#8211; Beginning details: rims, windshield<br />
<strong>4:04 (Level 4)</strong> &#8211; Advanced details: shading, reflections<br />
<strong>5:05 (Level 5)</strong> &#8211; Finishing touches: headlights, background</p>

<p>Now, let&#8217;s say the artist was creating potential designs for a client. Given 5 minutes of time, he could present:</p>


<ul>
<li>A single car at top quality (Level 5)</li>
<li>A reasonably detailed car (Level 3) and a colorized wireframe (Level 2)</li>
<li>5 cars at a wireframe level (5 Level 1s)</li>
</ul>



<p>&#8220;But #5 is way better than #1!!!&#8221; someone will inevitably shout.</p>

<p>The point isn&#8217;t that #5 is better than #1 &#8212; it clearly is. The question is whether #5 is better than five #1s, or some other combination.</p>

<p>Let&#8217;s say your customer doesn&#8217;t know whether they want a car, a truck, or a boat, let alone the color. Spending the time to create a Level 5 drawing wouldn&#8217;t make sense &#8212; show some concepts, get a general direction, and then work out the details.</p>

<p>The point is to put in the amount of effort needed to get the most bang for your buck &#8212; it&#8217;s usually in the first 20% (or 10%, or 30% &#8212; the exact amount can vary). In the planning stage, it may be better to get 5 fast prototypes rather than 1 polished product.</p>

<p>In this example, after 1 minute (20% of the time) we have a great understanding of what the final outcome will be. Most of the &#8220;work&#8221; is done up front, in the sense of deciding the type of vehicle, body style, and perspective. The rest is &#8220;filling in details&#8221; like colors and shading. </p>

<p>This isn&#8217;t to say the details are easy &#8212; they&#8217;re not &#8212; but each detail does not add as much to the picture as the broad strokes in the beginning. The difference between #4 and #5 is not as great as #1 and #2, or better yet, a blank drawing and #1 (the time from 0:00 to 1:06). You really have to look to see the differences on the car between #4 and #5, while the contribution #1 makes is quite obvious.</p>

<h2>Concluding Thoughts</h2>

<p>This may not be the best strategy in every case. The point of the Pareto principle is to <strong>recognize that most things in life are not distributed evenly</strong>.  Make decisions on allocating time, resources and effort based on this:</p>


<ul>
<li>Instead of 1 hour on a rough draft for an article you may write, spend 10 minutes on 6 outlines for a paper / blog article and pick the best topic.</li>
<li>Instead of investing 3 hours on a website, spend 30 minutes and create 6 different template layouts.</li>
<li>Rather than spending 3 hours to read 3 articles in detail (which may not be relevant to you), spend 5 minutes glancing through 12 articles (1 hour) and then spend an hour each on the two best ones (2 hours).</li>
</ul>



<p>These techniques may or may not make sense &#8211; the point is to realize you have the option to focus on the important 20%.</p>

<p>Lastly, don&#8217;t think the Pareto Principle means only do 80% of the work needed. It may be true that 80% of a bridge is built in the first 20% of the time, but you still need the rest of the bridge in order for it to work. It may be true that 80% of the Mona Lisa was painted in the first 20% of the time, but it wouldn&#8217;t be the masterpiece it is without all the details. <strong>The Pareto Principle is an observation, not a law of nature.</strong> </p>

<p>When you are seeking top quality, you need all 100%. When you are trying to optimize your bang for the buck, focusing on the critical 20% is a time-saver. See what activities generate the most results and give them your appropriate attention.</p>]]></content:encoded>
			<wfw:commentRss>http://betterexplained.com/articles/understanding-the-pareto-principle-the-8020-rule/feed/</wfw:commentRss>
		<slash:comments>72</slash:comments>
		</item>
	</channel>
</rss>

<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Page Caching using disk (enhanced) (user agent is rejected)
Database Caching 9/14 queries in 0.008 seconds using disk

Served from: betterexplained.com @ 2010-07-29 21:45:06 -->