<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Simplest versus first thing that could possibly work</title>
	<atom:link href="http://lostechies.com/jimmybogard/2009/06/11/simplest-versus-first-thing-that-could-possibly-work/feed/" rel="self" type="application/rss+xml" />
	<link>http://lostechies.com/jimmybogard/2009/06/11/simplest-versus-first-thing-that-could-possibly-work/</link>
	<description>Strong opinions, weakly held</description>
	<lastBuildDate>Wed, 19 Jun 2013 17:39:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.4.2</generator>
	<item>
		<title>By: Ryan Riley</title>
		<link>http://lostechies.com/jimmybogard/2009/06/11/simplest-versus-first-thing-that-could-possibly-work/#comment-1589</link>
		<dc:creator>Ryan Riley</dc:creator>
		<pubDate>Thu, 11 Jun 2009 14:58:48 +0000</pubDate>
		<guid isPermaLink="false">/blogs/jimmy_bogard/archive/2009/06/10/simplest-versus-first-thing-that-could-possibly-work.aspx#comment-1589</guid>
		<description>(Sorry if this gets duplicated, something weird happened when I submitted the first time...)

I absolutely agree. This is the same problem with YAGNI. Especially when you do, in fact, know you are going to need it yet write it as though you didn&#039;t and then have to almost rip out the original implementation to get it to work later. It&#039;s a nice phrase to emphasize the point, but it goes a bit overboard.

Everyone wants a single definition of &quot;simple&quot;, but it just doesn&#039;t exist. You have to be thoughtful as well if you want to ensure quality throughout the entire system. Again, well said!</description>
		<content:encoded><![CDATA[<p>(Sorry if this gets duplicated, something weird happened when I submitted the first time&#8230;)</p>
<p>I absolutely agree. This is the same problem with YAGNI. Especially when you do, in fact, know you are going to need it yet write it as though you didn&#8217;t and then have to almost rip out the original implementation to get it to work later. It&#8217;s a nice phrase to emphasize the point, but it goes a bit overboard.</p>
<p>Everyone wants a single definition of &#8220;simple&#8221;, but it just doesn&#8217;t exist. You have to be thoughtful as well if you want to ensure quality throughout the entire system. Again, well said!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Hernan Garcia</title>
		<link>http://lostechies.com/jimmybogard/2009/06/11/simplest-versus-first-thing-that-could-possibly-work/#comment-1588</link>
		<dc:creator>Hernan Garcia</dc:creator>
		<pubDate>Thu, 11 Jun 2009 11:10:22 +0000</pubDate>
		<guid isPermaLink="false">/blogs/jimmy_bogard/archive/2009/06/10/simplest-versus-first-thing-that-could-possibly-work.aspx#comment-1588</guid>
		<description>  Excellent post. I will also add that code reviews (even reviewing your own code after a day or two) have a great impact in the quality of the design. While you are working in a problem you may get mentally fixated on one or two solutions, and never see an alternative. 
Changing context (working on something else, or go to sleep) goes a long way in brake that &quot;writers block&quot;.</description>
		<content:encoded><![CDATA[<p>  Excellent post. I will also add that code reviews (even reviewing your own code after a day or two) have a great impact in the quality of the design. While you are working in a problem you may get mentally fixated on one or two solutions, and never see an alternative.<br />
Changing context (working on something else, or go to sleep) goes a long way in brake that &#8220;writers block&#8221;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tim Scott</title>
		<link>http://lostechies.com/jimmybogard/2009/06/11/simplest-versus-first-thing-that-could-possibly-work/#comment-1587</link>
		<dc:creator>Tim Scott</dc:creator>
		<pubDate>Thu, 11 Jun 2009 03:20:29 +0000</pubDate>
		<guid isPermaLink="false">/blogs/jimmy_bogard/archive/2009/06/10/simplest-versus-first-thing-that-could-possibly-work.aspx#comment-1587</guid>
		<description>Well put.  We go wrong here when we base our decision on the easy-&gt;hard continuum rather than the simple-&gt;complex continuum.  The easiest path rarely leads to the simplest solution.</description>
		<content:encoded><![CDATA[<p>Well put.  We go wrong here when we base our decision on the easy->hard continuum rather than the simple->complex continuum.  The easiest path rarely leads to the simplest solution.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
