<?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>The Endeavour &#187; Creativity</title>
	<atom:link href="http://www.johndcook.com/blog/category/creativity/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.johndcook.com/blog</link>
	<description>John D. Cook</description>
	<lastBuildDate>Sun, 19 May 2013 17:56:10 +0000</lastBuildDate>
	<language>en-US</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.5.1</generator>
		<item>
		<title>Playful and purposeful, pure and applied</title>
		<link>http://www.johndcook.com/blog/2013/04/22/playful-and-purposeful-pure-and-applied/</link>
		<comments>http://www.johndcook.com/blog/2013/04/22/playful-and-purposeful-pure-and-applied/#comments</comments>
		<pubDate>Mon, 22 Apr 2013 18:56:17 +0000</pubDate>
		<dc:creator>John</dc:creator>
				<category><![CDATA[Creativity]]></category>
		<category><![CDATA[Science]]></category>

		<guid isPermaLink="false">http://www.johndcook.com/blog/?p=13284</guid>
		<description><![CDATA[From Edwin Land, inventor of the Polaroid camera: &#8230; applied science, purposeful and determined, and pure science, playful and freely curious, continuously support and stimulate each other. The great nation of the future will be the one which protects the<span class="ellipsis">&#8230;</span><div class="read-more"><a href="http://www.johndcook.com/blog/2013/04/22/playful-and-purposeful-pure-and-applied/">Read more &#8250;</a></div><!-- end of .read-more -->]]></description>
				<content:encoded><![CDATA[<p>From Edwin Land, inventor of the Polaroid camera:</p>
<blockquote><p>&#8230; applied science, purposeful and determined, and pure science, playful and freely curious, continuously support and stimulate each other. The great nation of the future will be the one which protects the freedom of pure science as much as it encourages applied science.</p></blockquote>
]]></content:encoded>
			<wfw:commentRss>http://www.johndcook.com/blog/2013/04/22/playful-and-purposeful-pure-and-applied/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Slabs of time</title>
		<link>http://www.johndcook.com/blog/2013/04/09/slabs-of-time/</link>
		<comments>http://www.johndcook.com/blog/2013/04/09/slabs-of-time/#comments</comments>
		<pubDate>Tue, 09 Apr 2013 12:00:49 +0000</pubDate>
		<dc:creator>John</dc:creator>
				<category><![CDATA[Creativity]]></category>
		<category><![CDATA[Productivity]]></category>

		<guid isPermaLink="false">http://www.johndcook.com/blog/?p=13246</guid>
		<description><![CDATA[From Some Remarks: Essays and Other Writing by Neal Stephenson: Writing novels is hard, and requires vast, unbroken slabs of time. Four quiet hours is a resource I can put to good use. Two slabs of time, each two hours long,<span class="ellipsis">&#8230;</span><div class="read-more"><a href="http://www.johndcook.com/blog/2013/04/09/slabs-of-time/">Read more &#8250;</a></div><!-- end of .read-more -->]]></description>
				<content:encoded><![CDATA[<p>From <a id="static_txt_preview" href="http://www.amazon.com/gp/product/0062024434/ref=as_li_ss_tl?ie=UTF8&amp;camp=1789&amp;creative=390957&amp;creativeASIN=0062024434&amp;linkCode=as2&amp;tag=theende-20" target="_blank">Some Remarks: Essays and Other Writing</a> by Neal Stephenson:</p>
<blockquote><p>Writing novels is hard, and requires vast, unbroken slabs of time. Four quiet hours is a resource I can put to good use. Two slabs of time, each two hours long, might add up to the same four hours, but are not nearly as productive as an unbroken four. … Likewise, several consecutive days with four-hour time-slabs in them give me a stretch of time in which I can write a decent book chapter, but the same number of hours spread out across a few weeks, with interruptions in between them, are nearly useless.</p></blockquote>
<p>I haven&#8217;t written a novel, and probably never will, but Stephenson&#8217;s remarks describe my experience doing math and especially developing software. I can do simple, routine work in short blocks of time, but I need larger blocks of time to work on complex projects or to be more creative.</p>
<p><strong>Related post</strong>: <a href="http://www.johndcook.com/blog/2013/02/04/four-hours-of-concentration/">Four hours of concentration</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.johndcook.com/blog/2013/04/09/slabs-of-time/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>Not complex enough</title>
		<link>http://www.johndcook.com/blog/2013/01/09/not-complex-enough/</link>
		<comments>http://www.johndcook.com/blog/2013/01/09/not-complex-enough/#comments</comments>
		<pubDate>Wed, 09 Jan 2013 17:33:59 +0000</pubDate>
		<dc:creator>John</dc:creator>
				<category><![CDATA[Creativity]]></category>

		<guid isPermaLink="false">http://www.johndcook.com/blog/?p=12683</guid>
		<description><![CDATA[One time a professor asked me about a problem and I suggested a simple solution. He shot down my idea because it wasn&#8217;t complex enough. He said my idea would work, but it wasn&#8217;t something he could write a paper<span class="ellipsis">&#8230;</span><div class="read-more"><a href="http://www.johndcook.com/blog/2013/01/09/not-complex-enough/">Read more &#8250;</a></div><!-- end of .read-more -->]]></description>
				<content:encoded><![CDATA[<p>One time a professor asked me about a problem and I suggested a simple solution. He shot down my idea because it wasn&#8217;t complex enough. He said my idea would work, but it wasn&#8217;t something he could write a paper about in a prestigious journal.</p>
<p>I imagine that sort of thing happens in the real world, though I can&#8217;t recall an example. On the contrary, I can think of examples where people were thrilled by trivial solutions such as a two-line Perl script or a pencil-and-paper calculation that eliminated the need for a program.</p>
<p>The difference is whether the goal is to solve a problem or to produce an impressive solution.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.johndcook.com/blog/2013/01/09/not-complex-enough/feed/</wfw:commentRss>
		<slash:comments>22</slash:comments>
		</item>
		<item>
		<title>Pure possibility</title>
		<link>http://www.johndcook.com/blog/2012/11/17/pure-possibility/</link>
		<comments>http://www.johndcook.com/blog/2012/11/17/pure-possibility/#comments</comments>
		<pubDate>Sat, 17 Nov 2012 14:49:41 +0000</pubDate>
		<dc:creator>John</dc:creator>
				<category><![CDATA[Creativity]]></category>

		<guid isPermaLink="false">http://www.johndcook.com/blog/?p=12487</guid>
		<description><![CDATA[Peter Lawler wrote a blog post yesterday commenting on a quote from Walter Percy&#8217;s novel The Last Gentleman: For until this moment he had lived in a state of pure possibility, not knowing what sort of man he was or<span class="ellipsis">&#8230;</span><div class="read-more"><a href="http://www.johndcook.com/blog/2012/11/17/pure-possibility/">Read more &#8250;</a></div><!-- end of .read-more -->]]></description>
				<content:encoded><![CDATA[<p><a href="http://bigthink.com/rightly-understood/big-idea-the-hell-of-pure-possibility">Peter Lawler</a> wrote a blog post yesterday commenting on a quote from Walter Percy&#8217;s novel <a href="http://www.amazon.com/gp/product/0312243081/ref=as_li_ss_tl?ie=UTF8&amp;camp=1789&amp;creative=390957&amp;creativeASIN=0312243081&amp;linkCode=as2&amp;tag=theende-20">The Last Gentleman</a>:</p>
<blockquote><p>For until this moment he had lived  in a state of pure possibility, not knowing what sort of man he was or  what he must do, and supposing therefore that he must be all men and do  everything. But after this morning&#8217;s incident his life took a turn in a  particular direction. Thereafter he came to see that he was not destined  to do everything but only one or two things. Lucky is the man who does  not secretly believe that every possibility is open to him.</p></blockquote>
<p>As Lawler summarizes,</p>
<blockquote><p>Without some such closure — without knowing somehow that you&#8217;re &#8220;not destined to do everything but only one or two things&#8221; — you never get around to living.</p></blockquote>
<p>It&#8217;s taken me a long time to understand that deliberately closing off some options can open more interesting options.</p>
<p><strong>Related posts</strong>:</p>
<p><a href="http://www.johndcook.com/blog/2011/08/11/small-local-old-particular/">Small, local, old, and particular</a><br />
<a href="http://www.johndcook.com/blog/2009/02/12/originality/">Don’t try to be God, try to be Shakespeare</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.johndcook.com/blog/2012/11/17/pure-possibility/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Nobody&#039;s going to steal your idea</title>
		<link>http://www.johndcook.com/blog/2012/11/02/nobody-will-steal-your-idea/</link>
		<comments>http://www.johndcook.com/blog/2012/11/02/nobody-will-steal-your-idea/#comments</comments>
		<pubDate>Fri, 02 Nov 2012 10:51:43 +0000</pubDate>
		<dc:creator>John</dc:creator>
				<category><![CDATA[Business]]></category>
		<category><![CDATA[Creativity]]></category>
		<category><![CDATA[Entrepreneurship]]></category>

		<guid isPermaLink="false">http://www.johndcook.com/blog/?p=12356</guid>
		<description><![CDATA[When I was working on my dissertation, I thought someone might scoop my research and I&#8217;d have to start over. Looking back, that was ridiculous. For one thing, my research was too arcane for many others to care about. And<span class="ellipsis">&#8230;</span><div class="read-more"><a href="http://www.johndcook.com/blog/2012/11/02/nobody-will-steal-your-idea/">Read more &#8250;</a></div><!-- end of .read-more -->]]></description>
				<content:encoded><![CDATA[<p>When I was working on my dissertation, I thought someone might scoop my research and I&#8217;d have to start over. Looking back, that was ridiculous. For one thing, my research was too arcane for many others to care about. And even if someone had proven one of my theorems, there would still be <em>something</em> original in my work.</p>
<p>Since then I&#8217;ve signed NDAs (non-disclosure agreements) for numerous companies afraid that someone might steal their ideas. Maybe they&#8217;re doing the right thing to be cautious, but I doubt it&#8217;s necessary.</p>
<p>I think Howard Aiken got it right:</p>
<blockquote><p>Don&#8217;t worry about people stealing your ideas. If your ideas are any good, you&#8217;ll have to ram them down people&#8217;s throats.</p></blockquote>
<p>One thing I&#8217;ve learned from developing software is that it&#8217;s very difficult to transfer ideas. A lot of software projects never completely transition from the original author because no one else really understands what&#8217;s going on.</p>
<p>It&#8217;s more likely that someone will come up with your idea independently than that someone would steal it. If the time is ripe for an idea, and all the pieces are there waiting for someone to put them together, it may be discovered multiple times. But unless someone is close to making the discovery for himself, he won&#8217;t get it even if you explain it to him.</p>
<p>And when other people do have your idea, they still have to implement it. That&#8217;s the hard part. We all have more ideas than we can carry out. The chance that someone else will have your idea <strong>and</strong> have the determination to execute it is tiny.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.johndcook.com/blog/2012/11/02/nobody-will-steal-your-idea/feed/</wfw:commentRss>
		<slash:comments>55</slash:comments>
		</item>
		<item>
		<title>Maybe you don&#039;t need to</title>
		<link>http://www.johndcook.com/blog/2012/11/01/maybe-you-dont-need-to/</link>
		<comments>http://www.johndcook.com/blog/2012/11/01/maybe-you-dont-need-to/#comments</comments>
		<pubDate>Thu, 01 Nov 2012 12:00:16 +0000</pubDate>
		<dc:creator>John</dc:creator>
				<category><![CDATA[Creativity]]></category>
		<category><![CDATA[Math]]></category>

		<guid isPermaLink="false">http://www.johndcook.com/blog/?p=12349</guid>
		<description><![CDATA[One life-lesson from math is that sometimes you can solve a problem without doing what the problem at first seems to require. I&#8217;ll give an elementary example and a more advanced example. The first example is finding remainders. What is<span class="ellipsis">&#8230;</span><div class="read-more"><a href="http://www.johndcook.com/blog/2012/11/01/maybe-you-dont-need-to/">Read more &#8250;</a></div><!-- end of .read-more -->]]></description>
				<content:encoded><![CDATA[<p>One life-lesson from math is that sometimes you can solve a problem without doing what the problem at first seems to require. I&#8217;ll give an elementary example and a more advanced example.</p>
<p>The first example is finding remainders. What is the remainder when 5,000,070,004 is divided by 9? At first it may seem that you need to divide 5,000,070,004 by 9, but you don&#8217;t. You weren&#8217;t asked the quotient, only the remainder, which in this case you can do directly. By <a href="http://www.johndcook.com/blog/?s=casting+out+nines">casting out nines</a>, you can quickly see the remainder is 7.</p>
<p>The second example is definite integrals. The usual procedure for computing definite integrals is to first find an indefinite integral (i.e. anti-derivative) and take the difference of its values at the two end points. But sometimes it&#8217;s possible to find the definite integral directly, even when you couldn&#8217;t first find the indefinite integral. Maybe you can evaluate the definite integral by <a href="http://www.johndcook.com/blog/2011/03/31/saved-by-symmetry/">symmetry</a>, or a probability argument, or by contour integration, or some other trick.</p>
<p>Contour integration is an interesting example because you <em>don&#8217;t</em> do what you might think you need to — i.e. find an indefinite integral — but you <em>do</em> have to do something you might never imagine doing before you&#8217;ve seen the trick, i.e. convert an integral over the real line to an integral in the complex plane to make it simpler!</p>
<p>What are some more examples, mathematical or not, of solving a problem without doing something that at first seems necessary?</p>
<p><strong>Related posts</strong>:</p>
<p><a href="http://www.johndcook.com/blog/2011/08/30/the-power-of-parity/">The power of parity</a><br />
<a href="http://www.johndcook.com/blog/2011/10/06/math-worldview/">How has math changed your view of the world?</a><br />
<a href="http://www.johndcook.com/blog/2010/12/07/cascading-needs/">Maybe you only need it because you have it</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.johndcook.com/blog/2012/11/01/maybe-you-dont-need-to/feed/</wfw:commentRss>
		<slash:comments>13</slash:comments>
		</item>
		<item>
		<title>Being useful</title>
		<link>http://www.johndcook.com/blog/2012/10/16/being-useful/</link>
		<comments>http://www.johndcook.com/blog/2012/10/16/being-useful/#comments</comments>
		<pubDate>Tue, 16 Oct 2012 12:17:59 +0000</pubDate>
		<dc:creator>John</dc:creator>
				<category><![CDATA[Creativity]]></category>

		<guid isPermaLink="false">http://www.johndcook.com/blog/?p=12252</guid>
		<description><![CDATA[Chuck Bearden posted this quote from Steve Holmes on his blog the other day: Usefulness comes not from pursuing it, but from patiently gathering enough of a reservoir of material so that one has the quirky bit of knowledge …<span class="ellipsis">&#8230;</span><div class="read-more"><a href="http://www.johndcook.com/blog/2012/10/16/being-useful/">Read more &#8250;</a></div><!-- end of .read-more -->]]></description>
				<content:encoded><![CDATA[<p><a href="http://ungleichschaltung.tumblr.com/post/33282015643/preciseandtowering-via-bluedollar-usefulness">Chuck Bearden</a> posted this quote from Steve Holmes on his blog the other day:</p>
<blockquote><p>Usefulness comes not from pursuing it, but from patiently gathering  enough of a reservoir of material so that one has the quirky bit of  knowledge … that turns out to be the key to unlocking the problem  which someone offers.</p></blockquote>
<p>Holmes was speaking specifically of theology. I edited out some of the particulars of his quote to emphasize that his idea applies more generally.</p>
<p>Obviously usefulness can come from pursuing it. But there&#8217;s a special pleasure in applying some &#8220;quirky bit of knowledge&#8221; that you acquired for its own sake. It can feel like simply walking up to a gate and unlocking it after unsuccessful attempts to storm the gate by force.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.johndcook.com/blog/2012/10/16/being-useful/feed/</wfw:commentRss>
		<slash:comments>9</slash:comments>
		</item>
		<item>
		<title>Avoiding difficult problems</title>
		<link>http://www.johndcook.com/blog/2012/09/09/avoiding-difficult-problems/</link>
		<comments>http://www.johndcook.com/blog/2012/09/09/avoiding-difficult-problems/#comments</comments>
		<pubDate>Sun, 09 Sep 2012 22:48:22 +0000</pubDate>
		<dc:creator>John</dc:creator>
				<category><![CDATA[Creativity]]></category>

		<guid isPermaLink="false">http://www.johndcook.com/blog/?p=11979</guid>
		<description><![CDATA[The day after President Kennedy challenged America to land a man on the moon, … the National Space Agency didn&#8217;t suit up an astronaut. Instead their first goal was to hit the moon — literally. And just over three years<span class="ellipsis">&#8230;</span><div class="read-more"><a href="http://www.johndcook.com/blog/2012/09/09/avoiding-difficult-problems/">Read more &#8250;</a></div><!-- end of .read-more -->]]></description>
				<content:encoded><![CDATA[<p>The day after President Kennedy challenged America to land a man on the moon,</p>
<blockquote><p>… the National Space Agency didn&#8217;t suit up an astronaut. Instead their first goal was to <em>hit</em> the moon — literally. And just over three years later, NASA successfully smashed Ranger 7 into the moon … It took fifteen ever-evolving iterations before the July 16, 1969, gentle moon landing …</p>
<p>Great scientists, creative thinkers, and problem solvers do <em>not</em> solve hard problems head-on. When they are faced with a daunting question, they immediately and prudently admit defeat. They realize there is no sense in wasting energy vainly grappling with complexity when, instead, they can productively grapple with smaller cases that will teach them how to deal with the complexity to come.</p></blockquote>
<p>From <a id="static_txt_preview" href="http://www.amazon.com/gp/product/0691156662/ref=as_li_ss_tl?ie=UTF8&amp;camp=1789&amp;creative=390957&amp;creativeASIN=0691156662&amp;linkCode=as2&amp;tag=theende-20" target="_blank">The 5 Elements of Effective Thinking</a>.</p>
<p>Some may wonder whether this contradicts my earlier post about how quickly people give up thinking about problems. Doesn&#8217;t the quote above say we should &#8220;prudently admit defeat&#8221;? There&#8217;s no contradiction. The quote advocates retreat, not surrender. One way to be able to think about a hard problem for a long time is to find simpler versions of the problem that you can solve. Or first, to find simpler problems that you <em>cannot</em> solve. As George Polya said</p>
<blockquote><p>If you can&#8217;t solve a problem, then there is an easier problem that you can&#8217;t solve; find it.</p></blockquote>
<p>Bracket the original problem between the simplest version of the problem you cannot solve and the fullest version of the problem you can solve. Then try to move your brackets.</p>
<p><iframe width="420" height="315" src="http://www.youtube.com/embed/hpFifHgZyrg?rel=0" frameborder="0" allowfullscreen></iframe></p>
]]></content:encoded>
			<wfw:commentRss>http://www.johndcook.com/blog/2012/09/09/avoiding-difficult-problems/feed/</wfw:commentRss>
		<slash:comments>14</slash:comments>
		</item>
		<item>
		<title>How long can you think about a problem?</title>
		<link>http://www.johndcook.com/blog/2012/09/06/how-long-can-you-think-about-a-problem/</link>
		<comments>http://www.johndcook.com/blog/2012/09/06/how-long-can-you-think-about-a-problem/#comments</comments>
		<pubDate>Thu, 06 Sep 2012 13:46:08 +0000</pubDate>
		<dc:creator>John</dc:creator>
				<category><![CDATA[Creativity]]></category>
		<category><![CDATA[Math]]></category>
		<category><![CDATA[Education]]></category>

		<guid isPermaLink="false">http://www.johndcook.com/blog/?p=12052</guid>
		<description><![CDATA[The main difficulty I&#8217;ve seen in tutoring math is that many students panic if they don&#8217;t see what to do within five seconds of reading a problem, maybe two seconds for some. A good high school math student may be<span class="ellipsis">&#8230;</span><div class="read-more"><a href="http://www.johndcook.com/blog/2012/09/06/how-long-can-you-think-about-a-problem/">Read more &#8250;</a></div><!-- end of .read-more -->]]></description>
				<content:encoded><![CDATA[<p>The main difficulty I&#8217;ve seen in tutoring math is that many students panic if they don&#8217;t see what to do within five seconds of reading a problem, maybe two seconds for some. A good high school math student may be able to stare at a problem for fifteen seconds without panicking. I suppose students have been trained implicitly to expect to see the next step immediately. Years of rote drill will do that to you.</p>
<p>A good undergraduate math student can think about a problem for a few minutes before getting nervous. A grad student may be able to think about a problem for an hour at a time. Before Andrew Wiles proved Fermat&#8217;s Last Theorem, he thought about the problem for seven years.</p>
<p><strong>Related posts</strong>:</p>
<p><a href="http://www.johndcook.com/blog/2011/10/05/demonstrating-persistence/">Demonstrating persistence</a><br />
<a href="http://www.johndcook.com/blog/2010/12/10/magic-school-bus/">Take chances, make mistakes, and get messy</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.johndcook.com/blog/2012/09/06/how-long-can-you-think-about-a-problem/feed/</wfw:commentRss>
		<slash:comments>20</slash:comments>
		</item>
		<item>
		<title>Complex for whom?</title>
		<link>http://www.johndcook.com/blog/2012/09/02/complex-for-whom/</link>
		<comments>http://www.johndcook.com/blog/2012/09/02/complex-for-whom/#comments</comments>
		<pubDate>Sun, 02 Sep 2012 15:55:44 +0000</pubDate>
		<dc:creator>John</dc:creator>
				<category><![CDATA[Creativity]]></category>
		<category><![CDATA[Simplicity]]></category>

		<guid isPermaLink="false">http://www.johndcook.com/blog/?p=12038</guid>
		<description><![CDATA[From Out of the Tar Pit: … the type of complexity we are discussing in this paper is that which makes large systems hard to understand. It is this that causes us to expend huge resources in creating and maintaining<span class="ellipsis">&#8230;</span><div class="read-more"><a href="http://www.johndcook.com/blog/2012/09/02/complex-for-whom/">Read more &#8250;</a></div><!-- end of .read-more -->]]></description>
				<content:encoded><![CDATA[<p>From <a href="http://shaffner.us/cs/papers/tarpit.pdf">Out of the Tar Pit</a>:</p>
<blockquote><p>… the type of complexity we are discussing in this paper is that which makes large systems hard to understand. It is this that causes <em>us</em> to expend huge resources in <em>creating and maintaining</em> such systems. This type of complexity has nothing to do with complexity theory — the branch of computer science which studies the resources consumed <em>by a machine executing</em> a program. The two are completely unrelated — it is a straightforward matter to write a small program in a few lines which is incredibly simple (in our sense) and yet is of the highest complexity class (in the complexity theory sense).</p></blockquote>
<p><strong>Related posts</strong>:</p>
<p><a href="http://www.johndcook.com/blog/2008/04/09/a-little-simplicity-goes-a-long-way/">A little simplicity goes a long way</a><br />
<a href="http://www.johndcook.com/blog/2012/02/06/ceiling-of-complexity/">Ceiling of complexity</a><br />
<a href="http://www.johndcook.com/blog/2011/05/10/well-understood/">Works well versus well understood</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.johndcook.com/blog/2012/09/02/complex-for-whom/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Work or rest</title>
		<link>http://www.johndcook.com/blog/2012/08/27/work-or-rest/</link>
		<comments>http://www.johndcook.com/blog/2012/08/27/work-or-rest/#comments</comments>
		<pubDate>Mon, 27 Aug 2012 15:27:20 +0000</pubDate>
		<dc:creator>John</dc:creator>
				<category><![CDATA[Creativity]]></category>
		<category><![CDATA[Productivity]]></category>

		<guid isPermaLink="false">http://www.johndcook.com/blog/?p=11922</guid>
		<description><![CDATA[According a recent biography of Henri Poincaré, Poincaré … worked regularly from 10 to 12 in the morning and from 5 till 7 in the late afternoon. He found that working longer seldom achieved anything … Poincaré made tremendous contributions<span class="ellipsis">&#8230;</span><div class="read-more"><a href="http://www.johndcook.com/blog/2012/08/27/work-or-rest/">Read more &#8250;</a></div><!-- end of .read-more -->]]></description>
				<content:encoded><![CDATA[<p>According a recent <a href="http://www.johndcook.com/blog/2012/08/09/poincare-biography/">biography</a> of Henri Poincaré,</p>
<blockquote><p>Poincaré … worked regularly from 10 to 12 in the morning and from 5 till 7 in the late afternoon. He found that working longer seldom achieved anything …</p></blockquote>
<p>Poincaré made tremendous contributions to math and physics. His two-hour work sessions must have been sprints, working with an intensity that could not be sustained much longer.</p>
<p>I expect most of us would accomplish more if we worked harder when we worked, rested more, and cut out half-work.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.johndcook.com/blog/2012/08/27/work-or-rest/feed/</wfw:commentRss>
		<slash:comments>11</slash:comments>
		</item>
		<item>
		<title>Pushing an idea</title>
		<link>http://www.johndcook.com/blog/2012/08/26/pushing-an-idea/</link>
		<comments>http://www.johndcook.com/blog/2012/08/26/pushing-an-idea/#comments</comments>
		<pubDate>Sun, 26 Aug 2012 18:15:07 +0000</pubDate>
		<dc:creator>John</dc:creator>
				<category><![CDATA[Creativity]]></category>
		<category><![CDATA[Math]]></category>

		<guid isPermaLink="false">http://www.johndcook.com/blog/?p=11981</guid>
		<description><![CDATA[From The 5 Elements of Effective Thinking: Calculus may hold a world&#8217;s record for how far an idea can be pushed. Leibniz published the first article on calculus in 1684, an essay that was a mere 6 pages long. Newton<span class="ellipsis">&#8230;</span><div class="read-more"><a href="http://www.johndcook.com/blog/2012/08/26/pushing-an-idea/">Read more &#8250;</a></div><!-- end of .read-more -->]]></description>
				<content:encoded><![CDATA[<p>From <a href="http://www.amazon.com/gp/product/0691156662/ref=as_li_ss_tl?ie=UTF8&amp;camp=1789&amp;creative=390957&amp;creativeASIN=0691156662&amp;linkCode=as2&amp;tag=theende-20">The 5 Elements of Effective Thinking</a>:</p>
<blockquote><p>Calculus may hold a world&#8217;s record for how far an idea can be pushed. Leibniz published the first article on calculus in 1684, an essay that was a mere 6 pages long. Newton and Leibniz would surely be astounded to learn that today&#8217;s introductory calculus textbook contains over 1,300 pages. A calculus textbook introduces two fundamental ideas, and the remaining 1,294 pages consists of examples, variations, and applications &#8212; all arising from following the consequences of just two fundamental idea.</p></blockquote>
]]></content:encoded>
			<wfw:commentRss>http://www.johndcook.com/blog/2012/08/26/pushing-an-idea/feed/</wfw:commentRss>
		<slash:comments>12</slash:comments>
		</item>
		<item>
		<title>Design for outcomes</title>
		<link>http://www.johndcook.com/blog/2012/08/20/design-for-outcomes/</link>
		<comments>http://www.johndcook.com/blog/2012/08/20/design-for-outcomes/#comments</comments>
		<pubDate>Mon, 20 Aug 2012 12:30:13 +0000</pubDate>
		<dc:creator>John</dc:creator>
				<category><![CDATA[Creativity]]></category>

		<guid isPermaLink="false">http://www.johndcook.com/blog/?p=11949</guid>
		<description><![CDATA[Designing a device to save lives is not enough. People may not use it, or may not use it correctly. Or be unable to maintain it. Or &#8230; Link to video. (If you know why the embedded video doesn&#8217;t appear<span class="ellipsis">&#8230;</span><div class="read-more"><a href="http://www.johndcook.com/blog/2012/08/20/design-for-outcomes/">Read more &#8250;</a></div><!-- end of .read-more -->]]></description>
				<content:encoded><![CDATA[<p>Designing a device to save lives is not enough. People may not use it, or may not use it correctly. Or be unable to maintain it. Or &#8230;</p>
<p><object width="473" height="337"><param name="movie" value="http://video.ted.com/assets/player/swf/EmbedPlayer.swf"></param><param name="allowFullScreen" value="true" /><param name="allowScriptAccess" value="always"/><param name="wmode" value="transparent"></param><param name="bgColor" value="#ffffff"></param><param name="flashvars" value="vu=http://video.ted.com/talk/stream/2012X/Blank/TimothyPrestero_2012X-320k.mp4&#038;su=http://images.ted.com/images/ted/tedindex/embed-posters/TimothyPrestero_2012X-embed.jpg&#038;vw=512&#038;vh=288&#038;ap=0&#038;ti=1549&#038;lang=en&#038;introDuration=15330&#038;adDuration=4000&#038;postAdDuration=830&#038;adKeys=talk=timothy_prestero_design_for_people_not_awards;year=2012;theme=tales_of_invention;theme=design_like_you_give_a_damn;theme=medicine_without_borders;event=TEDxBoston+2012;tag=design;tag=health+care;tag=product+design;&#038;preAdTag=tconf.ted/embed;tile=1;sz=512x288;" /><embed src="http://video.ted.com/assets/player/swf/EmbedPlayer.swf" pluginspace="http://www.macromedia.com/go/getflashplayer" type="application/x-shockwave-flash" wmode="transparent" bgColor="#ffffff" width="473" height="337" allowFullScreen="true" allowScriptAccess="always" flashvars="vu=http://video.ted.com/talk/stream/2012X/Blank/TimothyPrestero_2012X-320k.mp4&#038;su=http://images.ted.com/images/ted/tedindex/embed-posters/TimothyPrestero_2012X-embed.jpg&#038;vw=512&#038;vh=288&#038;ap=0&#038;ti=1549&#038;lang=en&#038;introDuration=15330&#038;adDuration=4000&#038;postAdDuration=830&#038;adKeys=talk=timothy_prestero_design_for_people_not_awards;year=2012;theme=tales_of_invention;theme=design_like_you_give_a_damn;theme=medicine_without_borders;event=TEDxBoston+2012;tag=design;tag=health+care;tag=product+design;&#038;preAdTag=tconf.ted/embed;tile=1;sz=512x288;"></embed></object></p>
<p>Link to <a href="http://www.ted.com/talks/timothy_prestero_design_for_people_not_awards.html">video</a>. (If you know why the embedded video doesn&#8217;t appear in some RSS readers and how to fix it, please let me know.)</p>
<p>I&#8217;ve seen analogous problems with statistical methods. People will not necessarily adopt a new statistical method just because it is better. And if they do use it, they may use it wrongly, just like medical devices.</p>
<p>(&ldquo;Better&rdquo; in the previous paragraph is a loaded term. Statistical methods are evaluated by many criteria: power, robustness, bias, etc. When someone says his new method is better, he means better by the criteria he cares most about. But even when there is agreement on statistical criteria, a superior statistical method may be rejected for non-statistical reasons.)</p>
<p><strong>Related posts</strong>:</p>
<p><a href="http://www.johndcook.com/blog/2011/06/29/a-better-mouse-trap/">It takes more than a better mouse trap</a><br />
<a href="http://www.johndcook.com/blog/2009/07/31/software-that-gets-used/">Software that gets used</a><br />
<a href="http://www.johndcook.com/blog/2012/06/18/methods-that-get-used/">Methods that get used</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.johndcook.com/blog/2012/08/20/design-for-outcomes/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Bicycle skills</title>
		<link>http://www.johndcook.com/blog/2012/08/01/bicycle-skills/</link>
		<comments>http://www.johndcook.com/blog/2012/08/01/bicycle-skills/#comments</comments>
		<pubDate>Wed, 01 Aug 2012 12:42:02 +0000</pubDate>
		<dc:creator>John</dc:creator>
				<category><![CDATA[Creativity]]></category>
		<category><![CDATA[Productivity]]></category>

		<guid isPermaLink="false">http://www.johndcook.com/blog/?p=11865</guid>
		<description><![CDATA[A while back I wrote about learning things just-in-case or just-in-time. Some things you learn in case you need them in the future, and some things you learn as needed. How do you decide whether something is worth learning ahead<span class="ellipsis">&#8230;</span><div class="read-more"><a href="http://www.johndcook.com/blog/2012/08/01/bicycle-skills/">Read more &#8250;</a></div><!-- end of .read-more -->]]></description>
				<content:encoded><![CDATA[<p>A while back I wrote about learning things <a href="http://www.johndcook.com/blog/2010/03/03/just-in-case-versus-just-in-time/">just-in-case or just-in-time</a>. Some things you learn in case you need them in the future, and some things you learn as needed.</p>
<p>How  do you decide whether something is worth learning ahead of time, or  whether it is best to learn if and when you need it? This is a common  dilemma, especially in technology. There&#8217;s no easy answer. You have to decide what is best in your circumstances. But here&#8217;s a suggestion: <strong>Learn real-time skills and bicycle skills in advance</strong>.</p>
<p>A <strong>real-time skill</strong> is something you need for live performance. If you&#8217;re going to speak French, you have to memorize a large number words before  you need them in conversation. Looking up every word in a English-French  dictionary as needed might work in the privacy of your study, but it would be  infuriatingly slow in a face-to-face conversation. Some skills that we don&#8217;t think of as being real-time become real-time when you have to use them while interacting with other people.</p>
<p>More subtle than real-time skills are what I&#8217;m calling <strong>bicycle skills</strong>. Suppose you own a bicycle but haven&#8217;t learned to ride it. Each day you need to go to a store half a mile away. Each day you face the decision whether to walk or learn to ride the bicycle. It takes less time to just walk to the store than to learn to ride the bicycle and ride to the store. If you always do what is fastest that day, you&#8217;ll walk every day. I&#8217;m thinking of a bicycle skill as anything that doesn&#8217;t take too long to learn, quickly repays time invested, but will never happen without deliberate effort.</p>
<p>When you&#8217;re under <a href="http://www.johndcook.com/blog/2008/03/04/c-state-and-f-state/">pressure</a>, you don&#8217;t learn bicycle skills. You don&#8217;t make long-term investments, even if the &#8220;long-term&#8221; is 30 minutes away. I&#8217;ll just walk, thank you.</p>
<p>What are bicycle skills you need to learn, things that would save time in the long run but haven&#8217;t been worthwhile in the short term?</p>
]]></content:encoded>
			<wfw:commentRss>http://www.johndcook.com/blog/2012/08/01/bicycle-skills/feed/</wfw:commentRss>
		<slash:comments>28</slash:comments>
		</item>
		<item>
		<title>The cult of average</title>
		<link>http://www.johndcook.com/blog/2012/04/25/cult-of-average/</link>
		<comments>http://www.johndcook.com/blog/2012/04/25/cult-of-average/#comments</comments>
		<pubDate>Wed, 25 Apr 2012 11:45:48 +0000</pubDate>
		<dc:creator>John</dc:creator>
				<category><![CDATA[Creativity]]></category>
		<category><![CDATA[Science]]></category>

		<guid isPermaLink="false">http://www.johndcook.com/blog/?p=11189</guid>
		<description><![CDATA[Shawn Achor comments on &#8220;the cult of the average&#8221; in science. So one of the very first things we teach people in economics and statistics and business and psychology is how, in a statistically valid way, do we eliminate the<span class="ellipsis">&#8230;</span><div class="read-more"><a href="http://www.johndcook.com/blog/2012/04/25/cult-of-average/">Read more &#8250;</a></div><!-- end of .read-more -->]]></description>
				<content:encoded><![CDATA[<p><a href="http://www.ted.com/talks/shawn_achor_the_happy_secret_to_better_work.html">Shawn Achor</a> comments on &#8220;the cult of the average&#8221; in science.</p>
<blockquote><p>So one of the very first things we teach people in economics and statistics and business and psychology is how, in a statistically valid way, do we eliminate the weirdos. How do we eliminate the outliers so we can find the line of best fit? Which is fantastic if I&#8217;m trying to find out how many Advil the average person should be taking — two. But if I&#8217;m interested in potential, if I&#8217;m interested in your potential, or for happiness or productivity or energy or creativity, what we&#8217;re doing is we&#8217;re creating the cult of the average with science. … <strong>If we study what is merely average, we will remain merely average</strong>.</p></blockquote>
<p><img class="alignnone" src="http://www.johndcook.com/cult_of_average.png" alt="" width="301" height="210" /></p>
<p><strong>Related posts</strong>:</p>
<p><a href="http://www.johndcook.com/blog/2010/07/19/stupidity-scales/">Stupidity scales</a><br />
<a href="http://www.johndcook.com/blog/2008/10/20/nearly-everyone-is-above-average/">Above average legs</a><br />
<a href="http://www.johndcook.com/blog/2009/09/29/achievement-is-log-normal/">Achievement is not normal</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.johndcook.com/blog/2012/04/25/cult-of-average/feed/</wfw:commentRss>
		<slash:comments>6</slash:comments>
		</item>
		<item>
		<title>tl;dr</title>
		<link>http://www.johndcook.com/blog/2012/03/29/tldr/</link>
		<comments>http://www.johndcook.com/blog/2012/03/29/tldr/#comments</comments>
		<pubDate>Thu, 29 Mar 2012 14:12:49 +0000</pubDate>
		<dc:creator>John</dc:creator>
				<category><![CDATA[Creativity]]></category>
		<category><![CDATA[Books]]></category>

		<guid isPermaLink="false">http://www.johndcook.com/blog/?p=11031</guid>
		<description><![CDATA[The slang &#8220;tl;dr&#8221; stands for &#8220;too long; didn&#8217;t read.&#8221; The context is often either a bad joke or a shallow understanding. What bothers me most about tl;dr is the mindset it implies, scanning everything but reading nothing. I find myself<span class="ellipsis">&#8230;</span><div class="read-more"><a href="http://www.johndcook.com/blog/2012/03/29/tldr/">Read more &#8250;</a></div><!-- end of .read-more -->]]></description>
				<content:encoded><![CDATA[<p>The slang &#8220;tl;dr&#8221; stands for &#8220;too long; didn&#8217;t read.&#8221; The context is often either a bad joke or a shallow understanding.</p>
<p>What bothers me most about tl;dr is the mindset it implies, scanning everything but reading nothing. I find myself slipping into that mode sometimes. Skimming is a vital skill, but it can become so habitual that it crowds out reflective reading.</p>
<p>When I realize everything I&#8217;m reading is short and new, when my patience has atrophied to the point that I get annoyed at long tweets, I&#8217;ll read something long and old to restore my concentration and perspective.</p>
<p><strong>Related posts</strong>:</p>
<p><a href="http://www.johndcook.com/blog/2009/01/19/c-s-lewis-on-reading-old-books/">C. S. Lewis on reading old books</a><br />
<a href="http://www.johndcook.com/blog/2011/11/30/dead-authors/">Never a time so completely parochial</a><br />
<a href="http://www.johndcook.com/blog/2009/07/09/emily-dickinson-versus-paris-hilton/">Emily Dickinson versus Paris Hilton</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.johndcook.com/blog/2012/03/29/tldr/feed/</wfw:commentRss>
		<slash:comments>28</slash:comments>
		</item>
		<item>
		<title>Digital desk, analog desk</title>
		<link>http://www.johndcook.com/blog/2012/03/13/digital-desk-analog-desk/</link>
		<comments>http://www.johndcook.com/blog/2012/03/13/digital-desk-analog-desk/#comments</comments>
		<pubDate>Tue, 13 Mar 2012 12:00:29 +0000</pubDate>
		<dc:creator>John</dc:creator>
				<category><![CDATA[Creativity]]></category>

		<guid isPermaLink="false">http://www.johndcook.com/blog/?p=10930</guid>
		<description><![CDATA[Austin Kleon has an interesting idea for setting up a workspace: have a digital desk and an analog desk. I have two desks in my office — one is &#8220;analog&#8221; and one is &#8220;digital.&#8221; The analog desk has nothing but<span class="ellipsis">&#8230;</span><div class="read-more"><a href="http://www.johndcook.com/blog/2012/03/13/digital-desk-analog-desk/">Read more &#8250;</a></div><!-- end of .read-more -->]]></description>
				<content:encoded><![CDATA[<p>Austin Kleon has an interesting idea for setting up a workspace: have a digital desk and an analog desk.</p>
<blockquote><p>I have two desks in my office — one is &#8220;analog&#8221; and one is &#8220;digital.&#8221; The analog desk has nothing but markers, pens, pencils, paper, index cards, and newspaper. Nothing electronic is allowed on that desk. That&#8217;s where most of my work is born … The digital desk has my laptop, my monitor, my scanner, and my drawing tablet. This is where I edit and publish my work.</p></blockquote>
<p>From <a href="http://www.amazon.com/gp/product/0761169253/ref=as_li_ss_tl?ie=UTF8&amp;tag=theende-20&amp;linkCode=as2&amp;camp=1789&amp;creative=390957&amp;creativeASIN=0761169253">Steal Like an Artist</a>.</p>
<p>The context of this quote is a discussion of how we think differently depending on the tools we use. I wrote something along these lines a while back: <a href="http://www.johndcook.com/blog/2009/06/11/create-offline-analyze-online/">Create offline, analyze online</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.johndcook.com/blog/2012/03/13/digital-desk-analog-desk/feed/</wfw:commentRss>
		<slash:comments>6</slash:comments>
		</item>
		<item>
		<title>Comedic genealogy</title>
		<link>http://www.johndcook.com/blog/2012/03/08/comedic-genealogy/</link>
		<comments>http://www.johndcook.com/blog/2012/03/08/comedic-genealogy/#comments</comments>
		<pubDate>Thu, 08 Mar 2012 15:00:07 +0000</pubDate>
		<dc:creator>John</dc:creator>
				<category><![CDATA[Creativity]]></category>

		<guid isPermaLink="false">http://www.johndcook.com/blog/?p=10925</guid>
		<description><![CDATA[Austin Kleon on imitation and originality: Johnny Carson tried to be Jack Benny but ended up Johnny Carson. David Letterman tried to copy Johnny Carson but ended up David Letterman. And Conan O&#8217;Brien tried to be David Letterman but ended<span class="ellipsis">&#8230;</span><div class="read-more"><a href="http://www.johndcook.com/blog/2012/03/08/comedic-genealogy/">Read more &#8250;</a></div><!-- end of .read-more -->]]></description>
				<content:encoded><![CDATA[<p>Austin Kleon on imitation and originality:</p>
<blockquote><p>Johnny Carson tried to be Jack Benny but ended up Johnny Carson. David Letterman tried to copy Johnny Carson but ended up David Letterman. And Conan O&#8217;Brien tried to be David Letterman but ended up Conan O&#8217;Brien. In O&#8217;Brien&#8217;s words, &#8220;It is our failure to become our perceived ideal that ultimately defines us and makes us unique.&#8221;</p></blockquote>
<p>Stolen from <a href="http://www.amazon.com/gp/product/0761169253/ref=as_li_ss_tl?ie=UTF8&amp;tag=theende-20&amp;linkCode=as2&amp;camp=1789&amp;creative=390957&amp;creativeASIN=0761169253">Steal Like an Artist</a></p>
<p><a href="http://www.amazon.com/gp/product/0761169253/ref=as_li_ss_il?ie=UTF8&amp;tag=theende-20&amp;linkCode=as2&amp;camp=1789&amp;creative=390957&amp;creativeASIN=0761169253"><img src="http://ws.assoc-amazon.com/widgets/q?_encoding=UTF8&amp;Format=_SL110_&amp;ASIN=0761169253&amp;MarketPlace=US&amp;ID=AsinImage&amp;WS=1&amp;tag=theende-20&amp;ServiceVersion=20070822" border="0" alt="" /></a><img style="border:none !important; margin:0px !important;" src="http://www.assoc-amazon.com/e/ir?t=theende-20&amp;l=as2&amp;o=1&amp;a=0761169253" border="0" alt="" width="1" height="1" /></p>
<p><strong>Related posts</strong>:<br />
<a href="http://www.johndcook.com/blog/2009/02/12/originality/"><br />
Don’t try to be God, try to be Shakespeare</a><br />
<a href="http://www.johndcook.com/blog/2008/01/12/three-quotes-on-originality/">Three views of originality</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.johndcook.com/blog/2012/03/08/comedic-genealogy/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Opposite of YAGNI</title>
		<link>http://www.johndcook.com/blog/2012/02/29/opposite-of-yagni/</link>
		<comments>http://www.johndcook.com/blog/2012/02/29/opposite-of-yagni/#comments</comments>
		<pubDate>Wed, 29 Feb 2012 14:45:20 +0000</pubDate>
		<dc:creator>John</dc:creator>
				<category><![CDATA[Creativity]]></category>

		<guid isPermaLink="false">http://www.johndcook.com/blog/?p=10846</guid>
		<description><![CDATA[There&#8217;s a motto in agile software development that says &#8220;You aren&#8217;t going to need it,&#8221; YAGNI. The idea is that when you&#8217;re tempted to write some code based on speculation of future use, don&#8217;t do it. (I go into this<span class="ellipsis">&#8230;</span><div class="read-more"><a href="http://www.johndcook.com/blog/2012/02/29/opposite-of-yagni/">Read more &#8250;</a></div><!-- end of .read-more -->]]></description>
				<content:encoded><![CDATA[<p>There&#8217;s a motto in agile software development that says &#8220;You aren&#8217;t going to need it,&#8221; YAGNI. The idea is that when you&#8217;re tempted to write some code based on speculation of future use, don&#8217;t do it. (I go into this a little deeper <a href="http://www.johndcook.com/blog/2012/01/12/risks-of-buggy-code/">here</a>.)</p>
<p>Although &#8220;you aren&#8217;t going to need it&#8221; is a good principle for writing code, the analogous principle &#8220;you aren&#8217;t going to need to understand it&#8221; doesn&#8217;t seem to hold. When I&#8217;ve try to avoid understanding things in detail, I end up needing to understand the details anyway and wished I&#8217;d done so sooner. This has been my experience in math research, software development, and project management.</p>
<p>Obviously you can&#8217;t understand everything about everything, and some things you clearly need to know well. In the fuzzy area in between, especially when I&#8217;ve said to myself &#8220;I hope I don&#8217;t have to dig into this,&#8221; I&#8217;ve often regretted postponing the dig.</p>
<p><strong>Related posts</strong>:</p>
<p><a href="http://www.johndcook.com/blog/2009/10/14/opening-black-boxes/">Opening black boxes</a><br />
<a href="http://www.johndcook.com/blog/2009/10/05/yangi/">Why programmers write unneeded code</a><br />
<a href="http://www.johndcook.com/blog/2010/05/20/in-defense-of-reinventing-wheels/">In defense of reinventing wheels</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.johndcook.com/blog/2012/02/29/opposite-of-yagni/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Limiting your options leads to better options</title>
		<link>http://www.johndcook.com/blog/2012/02/03/limiting-your-options-creates-better-options/</link>
		<comments>http://www.johndcook.com/blog/2012/02/03/limiting-your-options-creates-better-options/#comments</comments>
		<pubDate>Fri, 03 Feb 2012 13:10:58 +0000</pubDate>
		<dc:creator>John</dc:creator>
				<category><![CDATA[Creativity]]></category>

		<guid isPermaLink="false">http://www.johndcook.com/blog/?p=10591</guid>
		<description><![CDATA[Limiting your options leads to better options. … when you study the evidence, it’s clear that you’re not likely to encounter real interesting opportunities in your life until after you’re really good at something. If you avoid focus because you<span class="ellipsis">&#8230;</span><div class="read-more"><a href="http://www.johndcook.com/blog/2012/02/03/limiting-your-options-creates-better-options/">Read more &#8250;</a></div><!-- end of .read-more -->]]></description>
				<content:encoded><![CDATA[<p>Limiting your options leads to better options.</p>
<blockquote><p>… when you study the evidence, it’s clear that you’re not likely to encounter real interesting opportunities in your life until after you’re really good at something.</p>
<p>If you avoid focus because you want to keep your options open, you’re likely accomplishing the opposite. Getting good is a prerequisite to encountering options worth pursuing.</p></blockquote>
<p>From <a href="http://calnewport.com/blog/2012/01/29/closing-your-interests-opens-more-interesting-opportunities-the-power-of-diligence-in-creating-a-remarkable-life/">Closing your interests opens more interesting opportunities</a>.</p>
<p><strong>Related post</strong>:</p>
<p><a href="http://www.johndcook.com/blog/2011/10/05/demonstrating-persistence/">Demonstrating persistence</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.johndcook.com/blog/2012/02/03/limiting-your-options-creates-better-options/feed/</wfw:commentRss>
		<slash:comments>9</slash:comments>
		</item>
		<item>
		<title>Rule of the last inch</title>
		<link>http://www.johndcook.com/blog/2012/01/30/rule-of-the-last-inch/</link>
		<comments>http://www.johndcook.com/blog/2012/01/30/rule-of-the-last-inch/#comments</comments>
		<pubDate>Mon, 30 Jan 2012 14:55:00 +0000</pubDate>
		<dc:creator>John</dc:creator>
				<category><![CDATA[Creativity]]></category>

		<guid isPermaLink="false">http://www.johndcook.com/blog/?p=10558</guid>
		<description><![CDATA[From The First Circle by Alexander Solzhenitsyn: Now listen to the rule of the last inch. The realm of the last inch. The job is almost finished, the goal almost attained, everything possible seems to have been achieved, every difficulty<span class="ellipsis">&#8230;</span><div class="read-more"><a href="http://www.johndcook.com/blog/2012/01/30/rule-of-the-last-inch/">Read more &#8250;</a></div><!-- end of .read-more -->]]></description>
				<content:encoded><![CDATA[<p>From <a href="http://www.amazon.com/gp/product/0061479012/ref=as_li_ss_tl?ie=UTF8&amp;tag=theende-20&amp;linkCode=as2&amp;camp=1789&amp;creative=390957&amp;creativeASIN=0061479012">The First Circle</a> by Alexander Solzhenitsyn:</p>
<blockquote><p>Now listen to the rule of the last inch. The realm of the last inch. The job is almost finished, the goal almost attained, everything possible  seems to have been achieved, every difficulty overcome — and yet the quality is just not there. The work needs more finish, perhaps further research. In that moment of weariness and self-satisfaction, the temptation is greatest to give up, not to strive for the peak of quality. That&#8217;s the realm of the last inch — here, the work is very, very complex, but it&#8217;s also particularly valuable because it&#8217;s done with the most perfect means. The rule of the last inch is simply this — not to leave it undone. And not to put it off — because otherwise your mind loses touch with that realm. And not to mind how much time you spend on it, because the aim is not to finish the job quickly, but to reach perfection.</p></blockquote>
<p>Via <a href="http://sue-still-i-am-one.blogspot.com/2012/01/rule-of-last-inch.html">Still I Am One</a></p>
<p>It can be hard to know when something deserves the kind of polish Solzhenitsyn talks about. Sometimes you&#8217;re in the realm of rapidly diminishing return and it&#8217;s time to move on. Other times, the finishing touches are everything.</p>
<p><strong>Related post</strong>:</p>
<p><a href="http://www.johndcook.com/blog/2011/04/29/scripting-and-the-last-mile-problem/">Scripting and the last mile problem</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.johndcook.com/blog/2012/01/30/rule-of-the-last-inch/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Customizing conventional wisdom</title>
		<link>http://www.johndcook.com/blog/2012/01/11/customizing-conventional-wisdom/</link>
		<comments>http://www.johndcook.com/blog/2012/01/11/customizing-conventional-wisdom/#comments</comments>
		<pubDate>Wed, 11 Jan 2012 14:34:45 +0000</pubDate>
		<dc:creator>John</dc:creator>
				<category><![CDATA[Creativity]]></category>
		<category><![CDATA[Scalability]]></category>

		<guid isPermaLink="false">http://www.johndcook.com/blog/?p=10418</guid>
		<description><![CDATA[From Solitude and Leadership by William Deresiewicz: I find for myself that my first thought is never my best thought. My first thought is always someone else’s; it’s always what I’ve already heard about the subject, always the conventional wisdom.<span class="ellipsis">&#8230;</span><div class="read-more"><a href="http://www.johndcook.com/blog/2012/01/11/customizing-conventional-wisdom/">Read more &#8250;</a></div><!-- end of .read-more -->]]></description>
				<content:encoded><![CDATA[<p>From <a href="http://theamericanscholar.org/solitude-and-leadership/">Solitude and Leadership</a> by William Deresiewicz:</p>
<blockquote><p>I find for myself that my first thought is never my best thought. My  first thought is always someone else’s; it’s always what I’ve already  heard about the subject, always the conventional wisdom. It’s only by  concentrating, sticking to the question, being patient, letting all the  parts of my mind come into play, that I arrive at an original idea. By  giving my brain a chance to make associations, draw connections, take me  by surprise. And often even that idea doesn’t turn out to be very good.  I need time to think about it, too, to make mistakes and recognize  them, to make false starts and correct them, to outlast my impulses, to  defeat my desire to declare the job done and move on to the next thing.</p></blockquote>
<p>Conventional wisdom summarizes the experience of many people. As a result, it&#8217;s often a good starting point. But like a blurred photo, it has gone through a sort of averaging process, loosing resolution along the way. It takes hard work to decide how, or even whether, conventional wisdom applies to your particular circumstances.</p>
<p>Bureaucracies are infuriating because they cannot <a href="http://www.johndcook.com/blog/2011/01/18/hanlons-razor-and-corporations/">deliberate on particulars</a> the way Deresiewicz recommends. In order to <a href="http://www.johndcook.com/blog/2010/07/19/stupidity-scales/">scale up</a>, they develop procedures that work well under common scenarios.</p>
<p>The context of Deresiewicz&#8217;s advice is a speech he gave at West Point. His audience will spend their careers in one of the largest and most bureaucratic organizations in the world. Deresiewicz is aware of this irony and gives advice for how to be a deep thinker while working within a bureaucracy.</p>
<p><strong>Related posts</strong>:</p>
<p><a href="http://www.johndcook.com/blog/2010/08/15/john-cleese-on-creativity/">John Cleese on creativity</a><br />
<a href="http://www.johndcook.com/blog/2011/09/13/advanced-or-just-obscure/">Advanced or just obscure?</a><br />
<a href="http://www.johndcook.com/blog/2010/05/20/in-defense-of-reinventing-wheels/">In defense of reinventing wheels</a><br />
<a href="http://www.johndcook.com/blog/2011/08/11/small-local-old-particular/">Small, local, old, and particular</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.johndcook.com/blog/2012/01/11/customizing-conventional-wisdom/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>How to know it all</title>
		<link>http://www.johndcook.com/blog/2011/12/19/how-to-know-it-all/</link>
		<comments>http://www.johndcook.com/blog/2011/12/19/how-to-know-it-all/#comments</comments>
		<pubDate>Mon, 19 Dec 2011 15:08:43 +0000</pubDate>
		<dc:creator>John</dc:creator>
				<category><![CDATA[Creativity]]></category>
		<category><![CDATA[Math]]></category>

		<guid isPermaLink="false">http://www.johndcook.com/blog/?p=10254</guid>
		<description><![CDATA[The way to know it all is to change the definition of &#8220;all.&#8221; Schools do this, for example, by defining &#8220;all&#8221; to mean everything on a test. Then it&#8217;s possible for someone to know it all. Schools create the illusion<span class="ellipsis">&#8230;</span><div class="read-more"><a href="http://www.johndcook.com/blog/2011/12/19/how-to-know-it-all/">Read more &#8250;</a></div><!-- end of .read-more -->]]></description>
				<content:encoded><![CDATA[<p>The way to know it all is to change the definition of &#8220;all.&#8221; Schools do this, for example, by defining &#8220;all&#8221; to mean everything on a test. Then it&#8217;s possible for someone to know it all. Schools create the illusion that the world is finite. You may not know everything, but someone does.</p>
<p>The desire to know it all is pernicious. The only way to accomplish it is to shrink your world. That may be OK for a while to focus your attention. The danger is that you can succeed and forget that you started by drawing arbitrary boundaries.</p>
<p>When I was very young, I thought that if I read every volume of the World Book Encyclopedia, I&#8217;d know everything. Of course I wouldn&#8217;t know everything, only what the editors of the encyclopedia chose to include.</p>
<p>If you want to learn English by first learning all the vocabulary, you&#8217;ll never speak English. Even if you learn every word in a particular dictionary, you still haven&#8217;t learned every word in the language.</p>
<p>Computer languages are orders of magnitude simpler than human languages, but they&#8217;re still too complex to learn exhaustively. If you want to learn every nuance of C++ before writing programs, you&#8217;ll never write a program. And if you think this is because C++ is a large language, it&#8217;s hardly possible to understand C exhaustively either if you take into account all the subtleties of how features are actually implemented on various platforms.</p>
<p>A common problem in math is how to select a finite sample from an infinite space. Maybe you have a function defined at an infinite number of points and you want to approximate it by sampling it at a carefully chosen finite set of points. This is a good metaphor for life.</p>
<p>Even when things are finite, it&#8217;s often very practical to think of them as being infinite. (See <a href="http://www.johndcook.com/blog/2010/09/09/infinite-is-easier-than-big/">Infinite is easier than big</a>.) Many aspects of life are effectively infinite.</p>
<p><strong>Related post</strong>:</p>
<p><a href="http://www.johndcook.com/blog/2009/03/03/evaluate-people-at-their-best/">Evaluate people at their best or at their worst?</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.johndcook.com/blog/2011/12/19/how-to-know-it-all/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Avoidance of distraction</title>
		<link>http://www.johndcook.com/blog/2011/12/08/avoidance-of-distraction/</link>
		<comments>http://www.johndcook.com/blog/2011/12/08/avoidance-of-distraction/#comments</comments>
		<pubDate>Fri, 09 Dec 2011 04:12:17 +0000</pubDate>
		<dc:creator>John</dc:creator>
				<category><![CDATA[Creativity]]></category>
		<category><![CDATA[Productivity]]></category>

		<guid isPermaLink="false">http://www.johndcook.com/blog/?p=10171</guid>
		<description><![CDATA[My previous post gave examples of how David Souter and Donald Knuth chose not to use some common technologies. John Venier left an insightful comment. I think the avoidance of technology in these cases is really an avoidance of distraction.<span class="ellipsis">&#8230;</span><div class="read-more"><a href="http://www.johndcook.com/blog/2011/12/08/avoidance-of-distraction/">Read more &#8250;</a></div><!-- end of .read-more -->]]></description>
				<content:encoded><![CDATA[<p>My <a href="http://www.johndcook.com/blog/2011/12/08/selective-use-of-technology-2/">previous post</a> gave examples of how David Souter and Donald Knuth chose not to use some common technologies. John Venier left an insightful comment.</p>
<blockquote><p>I think the avoidance of technology in these cases is really an  avoidance of distraction.  These same fellows would probably not keep a  parrot in their office if it screeched every couple of minutes,  regardless of their affinity for birds.</p></blockquote>
<p>I believe he&#8217;s right. My intention was to write more broadly about how tools influence our thinking, but the examples I gave were only about one kind of influence: distraction.</p>
<p><strong>Related posts</strong>:</p>
<p><a href="http://www.johndcook.com/blog/2011/10/04/how-to-neutralize-intelligence/">How to neutralize intelligence</a><br />
<a href="http://www.johndcook.com/blog/2010/09/01/two-kinds-of-multitasking/">Two kinds of multitasking</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.johndcook.com/blog/2011/12/08/avoidance-of-distraction/feed/</wfw:commentRss>
		<slash:comments>6</slash:comments>
		</item>
		<item>
		<title>Selective use of technology</title>
		<link>http://www.johndcook.com/blog/2011/12/08/selective-use-of-technology-2/</link>
		<comments>http://www.johndcook.com/blog/2011/12/08/selective-use-of-technology-2/#comments</comments>
		<pubDate>Thu, 08 Dec 2011 13:49:40 +0000</pubDate>
		<dc:creator>John</dc:creator>
				<category><![CDATA[Computing]]></category>
		<category><![CDATA[Creativity]]></category>

		<guid isPermaLink="false">http://www.johndcook.com/blog/?p=10148</guid>
		<description><![CDATA[In his book The Nine, Jeffrey Toobin gives a few details of former Supreme Court Justice David Souter&#8217;s decidedly low-tech life. Souter has no cell phone or voice mail. He does not use email. He was given a television once<span class="ellipsis">&#8230;</span><div class="read-more"><a href="http://www.johndcook.com/blog/2011/12/08/selective-use-of-technology-2/">Read more &#8250;</a></div><!-- end of .read-more -->]]></description>
				<content:encoded><![CDATA[<p>In his book <a href="http://www.amazon.com/gp/product/0385516401?ie=UTF8&amp;tag=theende-20&amp;linkCode=xm2&amp;camp=1789&amp;creativeASIN=0385516401">The Nine</a>, Jeffrey Toobin gives a few details of former Supreme Court Justice David Souter&#8217;s decidedly low-tech life. Souter has no cell phone or voice mail. He does not use email. He was given a television once but never turned it on. He moves his chair around his office throughout the day so he can read by natural light. Toobin says Souter lives something like an eighteenth century gentleman.</p>
<p>I find it interesting that Justice Souter would have such independence of mind that he chooses not to use much of the technology that our world takes for granted. He made it to the top of his profession and had a job for life, so he could afford to be eccentric. But he wasn&#8217;t born on the Supreme Court. I would like to know whether his low-tech work habits developed before or after his legal success.</p>
<p>I imagine most readers of this blog could more easily relate to Donald Knuth than David Souter. Knuth obviously doesn&#8217;t reject technology, but he is selective in how he uses it.</p>
<p>I had the opportunity to see Knuth speak while I was in college. Much to my surprise, his slides were handwritten. The author of TeX didn&#8217;t see the need to use TeX for his slides. While he cares about the <a href="http://www-cs-faculty.stanford.edu/~knuth/cm.html">fine details</a> of how math looks in print, he apparently didn&#8217;t feel it was worth the effort to typeset his notes for an informal presentation.</p>
<p>In 1990 Knuth decided to stop using email.</p>
<blockquote><p>I&#8217;d used email since about 1975, and it seems to me that 15 years of email is plenty for one lifetime. Email is a wonderful thing for people whose role in life is to be on top of things. But not for me; my role is to be on the bottom of things.</p></blockquote>
<p>I believe I&#8217;ve read that Knuth does most of his work on a Linux box with no network connection. He also has a Mac for creating graphics and using the Internet. He has a secretary to handle his correspondence, including email.</p>
<p>If you&#8217;re reading legal briefs by sunlight, your thoughts will not be exactly the same as they would be if you were reading by fluorescent light. If you&#8217;re writing a presentation by hand, you&#8217;re not going to think the same way you would if you were pecking on a computer keyboard. And if you do use a computer, your thinking is subtlety different depending on what program you use. Technology affects the way you think. The effect is not uniformly better or worse, but it is certainly real.</p>
<p><strong>Related posts</strong>:</p>
<p><a href="http://www.johndcook.com/blog/2009/06/11/create-offline-analyze-online/">Create offline, analyze online</a><br />
<a href="http://www.johndcook.com/blog/2009/04/21/tim-brays-high-tech-monastic-cell/">Tim Bray’s high-tech monastic cell</a><br />
<a href="http://www.johndcook.com/blog/2009/04/02/living-within-chosen-limits/">Living within chosen limits</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.johndcook.com/blog/2011/12/08/selective-use-of-technology-2/feed/</wfw:commentRss>
		<slash:comments>13</slash:comments>
		</item>
		<item>
		<title>An array of hammers</title>
		<link>http://www.johndcook.com/blog/2011/12/02/an-array-of-hammers/</link>
		<comments>http://www.johndcook.com/blog/2011/12/02/an-array-of-hammers/#comments</comments>
		<pubDate>Fri, 02 Dec 2011 10:02:02 +0000</pubDate>
		<dc:creator>John</dc:creator>
				<category><![CDATA[Creativity]]></category>

		<guid isPermaLink="false">http://www.johndcook.com/blog/?p=10124</guid>
		<description><![CDATA[In a comment on the previous post, vonjd brought up the famous quote from Abraham Maslow: It is tempting, if the only tool you have is a hammer, to treat everything as if it were a nail. Sometimes you don&#8217;t<span class="ellipsis">&#8230;</span><div class="read-more"><a href="http://www.johndcook.com/blog/2011/12/02/an-array-of-hammers/">Read more &#8250;</a></div><!-- end of .read-more -->]]></description>
				<content:encoded><![CDATA[<p>In a comment on the <a href="http://www.johndcook.com/blog/2011/12/01/amputating-reality/">previous post</a>, vonjd brought up the famous quote from Abraham Maslow:</p>
<blockquote><p>It is tempting, if the only tool you have is a hammer, to treat everything as if it were a nail.</p></blockquote>
<p>Sometimes you don&#8217;t just have a hammer, you have an array of hammers. You have rock hammers, claw hammers, and sledge hammers, all in numerous sizes. You have a variety of wooden and rubber mallets too. You&#8217;ve even got a gavel. Because you have such an impressive collection of specialized hammers, you think you&#8217;re broad in your problem solving, but your basic instinct is still only to beat on things.</p>
<p>Related posts:</p>
<p><a href="http://www.johndcook.com/blog/2009/12/16/good-work-with-bad-tools/">Doing good work with bad tools</a><br />
<a href="http://www.johndcook.com/blog/2011/09/30/just-an-approximation/">Just an approximation</a><br />
<a href="http://www.johndcook.com/blog/2009/03/24/redbelt-problem-solving/">Redbelt problem solving</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.johndcook.com/blog/2011/12/02/an-array-of-hammers/feed/</wfw:commentRss>
		<slash:comments>7</slash:comments>
		</item>
		<item>
		<title>Better mousetraps</title>
		<link>http://www.johndcook.com/blog/2011/11/30/better-mousetraps/</link>
		<comments>http://www.johndcook.com/blog/2011/11/30/better-mousetraps/#comments</comments>
		<pubDate>Wed, 30 Nov 2011 16:00:25 +0000</pubDate>
		<dc:creator>John</dc:creator>
				<category><![CDATA[Creativity]]></category>

		<guid isPermaLink="false">http://www.johndcook.com/blog/?p=9029</guid>
		<description><![CDATA[From Ike Pigott: Build a better mousetrap, and cats will beat a path to your door to picket. Related post: It takes more than a better mousetrap]]></description>
				<content:encoded><![CDATA[<p>From <a href="http://twitter.com/#!/ikepigott/status/96601425051795457">Ike Pigott</a>:</p>
<blockquote><p>Build a better mousetrap, and cats will beat a path to your door to picket.</p></blockquote>
<p><strong>Related post</strong>:</p>
<p><a href="http://www.johndcook.com/blog/2011/06/29/a-better-mouse-trap/">It takes more than a better mousetrap</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.johndcook.com/blog/2011/11/30/better-mousetraps/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>John Coltrane versus Kenny G</title>
		<link>http://www.johndcook.com/blog/2011/11/20/john-coltrane-versus-kenny-g/</link>
		<comments>http://www.johndcook.com/blog/2011/11/20/john-coltrane-versus-kenny-g/#comments</comments>
		<pubDate>Sun, 20 Nov 2011 23:13:16 +0000</pubDate>
		<dc:creator>John</dc:creator>
				<category><![CDATA[Creativity]]></category>
		<category><![CDATA[Music]]></category>

		<guid isPermaLink="false">http://www.johndcook.com/blog/?p=10011</guid>
		<description><![CDATA[My previous post began with a story about a performance by John Coltrane. Douglas Groothuis left a comment saying that he used the same story in his book Truth Decay. Before telling the Coltrane story, Groothuis compares the philosophies of<span class="ellipsis">&#8230;</span><div class="read-more"><a href="http://www.johndcook.com/blog/2011/11/20/john-coltrane-versus-kenny-g/">Read more &#8250;</a></div><!-- end of .read-more -->]]></description>
				<content:encoded><![CDATA[<p>My <a href="http://www.johndcook.com/blog/2011/11/19/nunc-dimittis/">previous post</a> began with a story about a performance by John Coltrane. Douglas Groothuis left a comment saying that he used the same story in his book <a href="http://www.amazon.com/gp/product/0830822283/ref=as_li_ss_tl?ie=UTF8&amp;tag=theende-20&amp;linkCode=as2&amp;camp=217145&amp;creative=399369&amp;creativeASIN=0830822283">Truth Decay</a>. Before telling the Coltrane story, Groothuis compares the philosophies of Kenny G and John Coltrane.</p>
<p>Kenny G&#8217;s philosophy is as shallow as his music.</p>
<blockquote><p>I just play for myself, the way I want to play, and it comes out sounding like me.</p></blockquote>
<p>Coltrane&#8217;s philosophy, like his music, is more ambitious.</p>
<blockquote><p>Overall, I think the main thing a musician would like to do is give a picture to the listener of the many wonderful things he knows and senses in the universe. That&#8217;s what music is to me — it&#8217;s just another way of saying this is a big, wonderful universe we live in, that&#8217;s been given to us, and here&#8217;s an example of just how magnificent and encompassing it is. That&#8217;s what I would like to do. I think that&#8217;s one of the greatest things you can do in life, and we all try to do it in some way. The musician&#8217;s is through his music.</p></blockquote>
<p>As Groothuis comments, Kenny G only spoke of expressing <em>himself</em>, while Coltrane &#8220;expressed a yearning to represent objective realities musically.&#8221;</p>
]]></content:encoded>
			<wfw:commentRss>http://www.johndcook.com/blog/2011/11/20/john-coltrane-versus-kenny-g/feed/</wfw:commentRss>
		<slash:comments>16</slash:comments>
		</item>
		<item>
		<title>Productivity and negative space</title>
		<link>http://www.johndcook.com/blog/2011/11/16/productivity-and-negative-space/</link>
		<comments>http://www.johndcook.com/blog/2011/11/16/productivity-and-negative-space/#comments</comments>
		<pubDate>Wed, 16 Nov 2011 18:58:43 +0000</pubDate>
		<dc:creator>John</dc:creator>
				<category><![CDATA[Creativity]]></category>
		<category><![CDATA[Productivity]]></category>

		<guid isPermaLink="false">http://www.johndcook.com/blog/?p=9970</guid>
		<description><![CDATA[My post Why programmers are not paid in proportion to their productivity has been getting a lot of buzz today. One of the arguments in that post is that the most productive programmers know where they can find software to<span class="ellipsis">&#8230;</span><div class="read-more"><a href="http://www.johndcook.com/blog/2011/11/16/productivity-and-negative-space/">Read more &#8250;</a></div><!-- end of .read-more -->]]></description>
				<content:encoded><![CDATA[<p>My post <a href="http://www.johndcook.com/blog/2009/12/23/why-programmers-are-not-paid-in-proportion-to-their-productivity">Why programmers are not paid in proportion to their productivity</a> has been getting a lot of buzz today. One of the arguments in that post is that the most productive programmers know where they can find software to do parts of their job. When they reuse existing code rather than writing their own from scratch, nobody notices. They probably don&#8217;t even notice themselves, at least not often.</p>
<p>The work you don&#8217;t do is a sort of negative space, like the shape formed by the empty space in a painting or the silence in a piece of music. It&#8217;s hard to appreciate what&#8217;s not there. It&#8217;s hard for a business to reward the unnecessary work that someone avoids doing.</p>
<p>Venkatesh Rao has a different take on what makes some people far more effective than others. In his post <a href="http://www.tempobook.com/2011/10/25/thrust-drag-and-the-10x-effect/">Thrust, Drag, and the 10x Effect</a>, he says that the people who are 10x more productive are the those who allocate large, uninterrupted blocks of time to work on difficult creative tasks.</p>
<p>Rao&#8217;s observation would also help explain why super programmers do not earn super wages, and it ties into the idea of negative space. People who fracture their time putting out fires seem more productive, or at least more responsive, than the people who block out time to think. It&#8217;s harder to notice someone <em>not</em> being frantic. Thinkers don&#8217;t fare well in environments that reward activity more than accomplishment.</p>
<p><strong>Related post</strong>:</p>
<p><a href="http://www.johndcook.com/blog/2008/12/23/negative-space-operating-systems/">Negative space in operating systems</a><br />
<a href="http://www.johndcook.com/blog/2009/11/22/the-computer-guy/">It doesn&#8217;t pay to be the computer guy</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.johndcook.com/blog/2011/11/16/productivity-and-negative-space/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>How to neutralize intelligence</title>
		<link>http://www.johndcook.com/blog/2011/10/04/how-to-neutralize-intelligence/</link>
		<comments>http://www.johndcook.com/blog/2011/10/04/how-to-neutralize-intelligence/#comments</comments>
		<pubDate>Tue, 04 Oct 2011 12:00:58 +0000</pubDate>
		<dc:creator>John</dc:creator>
				<category><![CDATA[Creativity]]></category>
		<category><![CDATA[Productivity]]></category>

		<guid isPermaLink="false">http://www.johndcook.com/blog/?p=9564</guid>
		<description><![CDATA[Kurt Vonnegut&#8217;s short story Harrison Bergeron begins &#8220;The year was 2081, and everybody was finally equal.&#8221; Beautiful people are required to wear ugly masks, strong people are required to carry weights, etc. Every excellence is handicapped. But how do you<span class="ellipsis">&#8230;</span><div class="read-more"><a href="http://www.johndcook.com/blog/2011/10/04/how-to-neutralize-intelligence/">Read more &#8250;</a></div><!-- end of .read-more -->]]></description>
				<content:encoded><![CDATA[<p>Kurt Vonnegut&#8217;s short story <a href="http://www.nationalreview.com/nroriginals/?q=MDllNmVmNGU1NDVjY2IzODBlMjYzNDljZTMzNzFlZjc=">Harrison Bergeron</a> begins &#8220;The year was 2081, and everybody was finally equal.&#8221; Beautiful people are required to wear ugly masks, strong people are required to carry weights, etc. Every excellence is handicapped.</p>
<p>But how do you handicap intelligence? With interruptions. In Vonnegut&#8217;s story, those deemed too intelligent are required to wear a device in their ear that regularly interrupts their thoughts with a loud noise.</p>
<p><strong>Related posts</strong>:</p>
<p><a href="http://www.johndcook.com/blog/2008/02/04/rethinking-interruptions/">Rethinking interruptions</a><br />
<a href="http://www.johndcook.com/blog/2009/12/26/multitasking/">Multitasking makes us shallow</a><br />
<a href="http://www.johndcook.com/blog/2010/09/01/two-kinds-of-multitasking/">Two kinds of multitasking</a><br />
<a href="http://www.johndcook.com/blog/2010/09/09/screwtape-on-music-and-silence/">Screwtape on music and silence</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.johndcook.com/blog/2011/10/04/how-to-neutralize-intelligence/feed/</wfw:commentRss>
		<slash:comments>6</slash:comments>
		</item>
	</channel>
</rss>
