<?xml version="1.0"?>
<rss version="2.0">
<channel>

  
<title>Coding the Architecture - Speculative design</title>
<link>http://www.codingthearchitecture.com/2006/02/09/speculative_design.html</link>
<description> From Agile Answers comes the following paragraph (emphasis added), which is pretty timely given the conversations I&#039;ve had recently.    Do the simplest thing for the task at hand  Originally a pushback against speculative development (particularly in ...</description>
<language>en</language>
<managingEditor>Simon Brown</managingEditor>
<lastBuildDate>Thu, 09 Feb 2006 20:21:28 GMT</lastBuildDate>
  
  

  <generator>Pebble (http://pebble.sourceforge.net)</generator>
  <docs>http://backend.userland.com/rss</docs>
  
  
  <item>
    <title>Re: Speculative design</title>
    <link>http://www.codingthearchitecture.com/2006/02/09/speculative_design.html#comment1139516488452</link>
    <description>
      I think this points to the larger folly of thinking that you can design a large, complex system up front.

Any system that is complicated enough to require you to think about its design ahead of time is complicated enought that you&#039;ll probably get portions of the design wrong.

Brooks had this idea in a rule that said, &#034;Plan to throw one away, you will anyhow&#034;.  I find that my third pass at a new problem is the first one that shows true insight.

If you don&#039;t allow time for design to evolve, it will just fail instead.

    </description>
    <author>Rob</author>
    <comments>http://www.codingthearchitecture.com/2006/02/09/speculative_design.html#comments</comments>
    <guid isPermaLink="true">http://www.codingthearchitecture.com/2006/02/09/speculative_design.html#comment1139516488452</guid>
    <pubDate>Thu, 09 Feb 2006 20:21:28 GMT</pubDate>
  </item>
  
  </channel>
</rss>
