<?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: Developing vs Programming</title>
	<atom:link href="http://wojodesign.com/developing-vs-programming/feed/" rel="self" type="application/rss+xml" />
	<link>http://wojodesign.com/developing-vs-programming/</link>
	<description>Web Design and Development Blog</description>
	<lastBuildDate>Fri, 03 Feb 2012 10:57:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=</generator>
<xhtml:meta xmlns:xhtml="http://www.w3.org/1999/xhtml" name="robots" content="noindex" />
	<item>
		<title>By: Ryan Miller</title>
		<link>http://wojodesign.com/developing-vs-programming/#comment-544</link>
		<dc:creator>Ryan Miller</dc:creator>
		<pubDate>Tue, 31 Mar 2009 18:16:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.thewojogroup.com/?p=442#comment-544</guid>
		<description>A home builder will not (or should not) break ground without a (signed off) detailed blue print.  As developers of software applications, we should have the same approach.  If this means that we spend 1/3 (or more) of the time on planning, or making the blueprint, so be it.

For those of you (us) who spend more than 1/3 on coding, I wonder how many spent that time redesigning, retro-fitting, and restarting during the development phase simply because the blueprint was not sufficient.  It&#039;s easy to want to get hand&#039;s on &quot;banging on the keyboard&quot; without knowing if the customer wants 30&quot; or 42&quot; cabinets.  I like to call this approach &quot;cowboy coding&quot;, not sure why.

Another laborical metaphor - &quot;measure twice, cut once&quot;.  With this, we spend 2x on planning, 1x on execution, and hopefully 1x on implementing.

At a high-level, I couldn&#039;t agree more with this article.</description>
		<content:encoded><![CDATA[<p>A home builder will not (or should not) break ground without a (signed off) detailed blue print.  As developers of software applications, we should have the same approach.  If this means that we spend 1/3 (or more) of the time on planning, or making the blueprint, so be it.</p>
<p>For those of you (us) who spend more than 1/3 on coding, I wonder how many spent that time redesigning, retro-fitting, and restarting during the development phase simply because the blueprint was not sufficient.  It&#8217;s easy to want to get hand&#8217;s on &#8220;banging on the keyboard&#8221; without knowing if the customer wants 30&#8243; or 42&#8243; cabinets.  I like to call this approach &#8220;cowboy coding&#8221;, not sure why.</p>
<p>Another laborical metaphor &#8211; &#8220;measure twice, cut once&#8221;.  With this, we spend 2x on planning, 1x on execution, and hopefully 1x on implementing.</p>
<p>At a high-level, I couldn&#8217;t agree more with this article.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: evodanh</title>
		<link>http://wojodesign.com/developing-vs-programming/#comment-543</link>
		<dc:creator>evodanh</dc:creator>
		<pubDate>Tue, 31 Mar 2009 06:50:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.thewojogroup.com/?p=442#comment-543</guid>
		<description>I agree with spending 1/3 time for testing but
I disagree with spending 1/3 of your time on planning. Why does we spend a lot of time for planning???</description>
		<content:encoded><![CDATA[<p>I agree with spending 1/3 time for testing but<br />
I disagree with spending 1/3 of your time on planning. Why does we spend a lot of time for planning???</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dennis Sellinger</title>
		<link>http://wojodesign.com/developing-vs-programming/#comment-542</link>
		<dc:creator>Dennis Sellinger</dc:creator>
		<pubDate>Mon, 30 Mar 2009 18:30:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.thewojogroup.com/?p=442#comment-542</guid>
		<description>I disagree with 1/3 rule also, but for different reasons.  I think there is rarely a clear separation between planning, coding and testing.

I remember about 10 years ago when we were asked to separate these in tasks in the time tracking application and it typically resulted in a bunch of made-up numbers.

I think most modern processes talk about planning a bit, coding a bit and testing a bit (not necessarily in that order).  I don&#039;t think that it is useful to artificially try to separate the three tasks.</description>
		<content:encoded><![CDATA[<p>I disagree with 1/3 rule also, but for different reasons.  I think there is rarely a clear separation between planning, coding and testing.</p>
<p>I remember about 10 years ago when we were asked to separate these in tasks in the time tracking application and it typically resulted in a bunch of made-up numbers.</p>
<p>I think most modern processes talk about planning a bit, coding a bit and testing a bit (not necessarily in that order).  I don&#8217;t think that it is useful to artificially try to separate the three tasks.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jason Williams</title>
		<link>http://wojodesign.com/developing-vs-programming/#comment-541</link>
		<dc:creator>Jason Williams</dc:creator>
		<pubDate>Sat, 28 Mar 2009 00:39:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.thewojogroup.com/?p=442#comment-541</guid>
		<description>I disagree with Evan on this one, not saying you are completely incorrect, from my experience heavy planning tends to decrease the amount of time needed for coding. (Not necessarily the amount of coding.)

Really I believe planning and testing are the 2 things you should spend the most time on.  1/3 works well as a good guideline though.</description>
		<content:encoded><![CDATA[<p>I disagree with Evan on this one, not saying you are completely incorrect, from my experience heavy planning tends to decrease the amount of time needed for coding. (Not necessarily the amount of coding.)</p>
<p>Really I believe planning and testing are the 2 things you should spend the most time on.  1/3 works well as a good guideline though.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Evan</title>
		<link>http://wojodesign.com/developing-vs-programming/#comment-540</link>
		<dc:creator>Evan</dc:creator>
		<pubDate>Thu, 26 Mar 2009 17:05:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.thewojogroup.com/?p=442#comment-540</guid>
		<description>I disagree with the 1/3 rule. After spending large amounts of time programming large web systems it is obvious that most of my time is spent coding.</description>
		<content:encoded><![CDATA[<p>I disagree with the 1/3 rule. After spending large amounts of time programming large web systems it is obvious that most of my time is spent coding.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

