<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>The Napkin ~ A Blog By Highgroove Studios comments on Breaking away from the accepted path</title>
    <link>http://cleanair.highgroove.com/</link>
    <language>en-us</language>
    <ttl>40</ttl>
    <description>The Napkin ~ A Blog By Highgroove Studios comments</description>
    <item>
      <title>"Breaking away from the accepted path" by derek</title>
      <description>&lt;p&gt;&lt;a href="http://en.wikipedia.org/wiki/Cormac_McCarthy"&gt;Cormac McCarthy&lt;/a&gt;, author of &lt;em&gt;&lt;a href="http://en.wikipedia.org/wiki/No_Country_for_Old_Men"&gt;No Country for Old Men&lt;/a&gt;&lt;/em&gt;, is a man that isn&amp;#8217;t afraid to break away from the accepted structure of English language:&lt;/p&gt;


	&lt;ul&gt;
	&lt;li&gt;He doesn&amp;#8217;t use quotation marks&lt;/li&gt;
		&lt;li&gt;He doesn&amp;#8217;t tell you who is talking&lt;/li&gt;
		&lt;li&gt;Say goodbye to apostrophes&lt;/li&gt;
		&lt;li&gt;Occasional long sentences joined together by &amp;#8220;and&amp;#8221;&lt;/li&gt;
	&lt;/ul&gt;


	&lt;p&gt;In a previous novel, when a Spanish-speaking character spoke, he didn&amp;#8217;t translate to English.&lt;/p&gt;


	&lt;p&gt;His style makes the story of a drug deal gone bad in a remote desert location come alive. An author going through the motions might write long passages describing the scenery, the characters motives, their backgrounds, etc &amp;#8211; but that doesn&amp;#8217;t capture the confusion that would really occur in this situation.&lt;/p&gt;


	&lt;p&gt;It struck home to me when thinking about building software &amp;#8211; sometimes we go through the motions when solving a problem. We don&amp;#8217;t focus on the problem itself. It&amp;#8217;s asking ourselves &amp;#8220;How can I build this &lt;a href="http://en.wikipedia.org/wiki/Representational_State_Transfer"&gt;RESTfully&lt;/a&gt;?&amp;#8221; before really thinking about the end-user&amp;#8217;s interaction. Perfect technical execution of an inferior solution is worse than breaking a pattern to better solve a problem.&lt;/p&gt;

</description>
      <pubDate>Thu, 29 Nov 2007 11:53:00 EST</pubDate>
      <guid>&lt;a href="/articles/2007/11/29/breaking-away-from-the-accepted-path"&gt;Breaking away from the accepted path&lt;/a&gt;</guid>
      <link>&lt;a href="/articles/2007/11/29/breaking-away-from-the-accepted-path"&gt;Breaking away from the accepted path&lt;/a&gt;</link>
    </item>
  </channel>
</rss>
