<?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"
	>
<channel>
	<title>Comments on: The Developer’s Dilemma</title>
	<atom:link href="http://blog.oofn.net/2008/05/07/the-developer’s-dilemma/feed/rss2" rel="self" type="application/rss+xml" />
	<link>http://blog.oofn.net/2008/05/07/the-developer%e2%80%99s-dilemma/</link>
	<description>You have found the home of</description>
	<pubDate>Thu, 20 Nov 2008 09:57:52 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6</generator>
		<item>
		<title>By: Matt Ronge</title>
		<link>http://blog.oofn.net/2008/05/07/the-developer%e2%80%99s-dilemma/#comment-142311</link>
		<dc:creator>Matt Ronge</dc:creator>
		<pubDate>Thu, 08 May 2008 15:41:19 +0000</pubDate>
		<guid isPermaLink="false">http://blog.oofn.net/2008/05/07/the-developer%e2%80%99s-dilemma/#comment-142311</guid>
		<description>One thing about shipping early and often is it forces you to work on what is most important for the app. It's like iterations, and it keeps you focused, and provides early feedback in case you're headed in the wrong direction, or someone has an idea you've never thought of.

Or atleast that's the idea :)
I too have fallen into the trap of wanting everything to be perfect before releasing, here's to releasing and getting some of those projects out into the wild.</description>
		<content:encoded><![CDATA[<p>One thing about shipping early and often is it forces you to work on what is most important for the app. It&#8217;s like iterations, and it keeps you focused, and provides early feedback in case you&#8217;re headed in the wrong direction, or someone has an idea you&#8217;ve never thought of.</p>
<p>Or atleast that&#8217;s the idea :)<br />
I too have fallen into the trap of wanting everything to be perfect before releasing, here&#8217;s to releasing and getting some of those projects out into the wild.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Marc Charbonneau</title>
		<link>http://blog.oofn.net/2008/05/07/the-developer%e2%80%99s-dilemma/#comment-142294</link>
		<dc:creator>Marc Charbonneau</dc:creator>
		<pubDate>Wed, 07 May 2008 23:51:10 +0000</pubDate>
		<guid isPermaLink="false">http://blog.oofn.net/2008/05/07/the-developer%e2%80%99s-dilemma/#comment-142294</guid>
		<description>I think that for most developers, it's not a matter of continuously polishing projects, but being over-ambitious at the planning stage. It's too easy to think "this doesn't have enough features to be competitive" and end up 6 months later with a complex codebase filled with stub methods and half finished features.</description>
		<content:encoded><![CDATA[<p>I think that for most developers, it&#8217;s not a matter of continuously polishing projects, but being over-ambitious at the planning stage. It&#8217;s too easy to think &#8220;this doesn&#8217;t have enough features to be competitive&#8221; and end up 6 months later with a complex codebase filled with stub methods and half finished features.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joey Hagedorn</title>
		<link>http://blog.oofn.net/2008/05/07/the-developer%e2%80%99s-dilemma/#comment-142293</link>
		<dc:creator>Joey Hagedorn</dc:creator>
		<pubDate>Wed, 07 May 2008 23:48:31 +0000</pubDate>
		<guid isPermaLink="false">http://blog.oofn.net/2008/05/07/the-developer%e2%80%99s-dilemma/#comment-142293</guid>
		<description>I think one of the reasons why people are afraid to demonstrate works in progress is because then all one gets is feedback about what is broken, and this detracts from making progress on the core valuable features and design aspects of the software. When you can ship a completed project, you won't get user reports about misaligned text or some graphical glitch, because you've fixed all of those, they were obvious anyway. The valuable feedback is about some real core design issue, or usability problem.

That said, I wonder if the modern uses of "beta" in reference to software end up confusing people too. Sometimes a beta is pretty much ready to ship, just searching for bugs, whereas other people will release a beta that is hardly more than an idea. Just letting people know what you're up to is half the battle. I think many times this is solved by putting up a public SVN repo, people can see what you're doing, and also see its a work in progress.

-Joey</description>
		<content:encoded><![CDATA[<p>I think one of the reasons why people are afraid to demonstrate works in progress is because then all one gets is feedback about what is broken, and this detracts from making progress on the core valuable features and design aspects of the software. When you can ship a completed project, you won&#8217;t get user reports about misaligned text or some graphical glitch, because you&#8217;ve fixed all of those, they were obvious anyway. The valuable feedback is about some real core design issue, or usability problem.</p>
<p>That said, I wonder if the modern uses of &#8220;beta&#8221; in reference to software end up confusing people too. Sometimes a beta is pretty much ready to ship, just searching for bugs, whereas other people will release a beta that is hardly more than an idea. Just letting people know what you&#8217;re up to is half the battle. I think many times this is solved by putting up a public SVN repo, people can see what you&#8217;re doing, and also see its a work in progress.</p>
<p>-Joey</p>
]]></content:encoded>
	</item>
</channel>
</rss>
