<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Software is too expensive to build cheaply... &#187; agile</title>
	<atom:link href="http://twasink.net/blog/tags/agile/feed/" rel="self" type="application/rss+xml" />
	<link>http://twasink.net/blog</link>
	<description>Robert's Rambling Ruminations Regarding Reality</description>
	<lastBuildDate>Fri, 16 Jul 2010 06:57:24 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Why software development is not a profession</title>
		<link>http://twasink.net/blog/2005/10/why-software-development-is-not-a-profession/</link>
		<comments>http://twasink.net/blog/2005/10/why-software-development-is-not-a-profession/#comments</comments>
		<pubDate>Tue, 18 Oct 2005 11:16:44 +0000</pubDate>
		<dc:creator>Robert</dc:creator>
				<category><![CDATA[Software Development]]></category>
		<category><![CDATA[agile]]></category>
		<category><![CDATA[craftmanship]]></category>

		<guid isPermaLink="false">http://twasink.net/wp/?p=173</guid>
		<description><![CDATA[Software development is not a profession. It will never be a profession while people like the guy who wrote this lovely piece continue to get paid to develop software.
The reason, of course, is that professions have the requirement that professionals be competent.
Fortunately, I&#8217;m happy being a software craftsman
]]></description>
		<wfw:commentRss>http://twasink.net/blog/2005/10/why-software-development-is-not-a-profession/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>There&#8217;s no feeling like releasing software&#8230;</title>
		<link>http://twasink.net/blog/2005/09/theres-no-feeling-like-releasing-software/</link>
		<comments>http://twasink.net/blog/2005/09/theres-no-feeling-like-releasing-software/#comments</comments>
		<pubDate>Thu, 22 Sep 2005 22:51:09 +0000</pubDate>
		<dc:creator>Robert</dc:creator>
				<category><![CDATA[Agile Development]]></category>
		<category><![CDATA[agile]]></category>
		<category><![CDATA[bduf]]></category>
		<category><![CDATA[mincom]]></category>
		<category><![CDATA[personal]]></category>
		<category><![CDATA[suncorp]]></category>
		<category><![CDATA[wotif]]></category>

		<guid isPermaLink="false">http://twasink.net/wp/?p=172</guid>
		<description><![CDATA[Ahhh&#8230; that&#8217;s the first production release of my latest project at work out the door today. I can&#8217;t talk too much about specifics, but it&#8217;s not a big secret that Wotif is enabling various B2B aspects of our web site, mainly with the registered hotels. Today saw the first big step in that direction. :) [...]]]></description>
		<wfw:commentRss>http://twasink.net/blog/2005/09/theres-no-feeling-like-releasing-software/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		</item>
		<item>
		<title>Jason Fried on BaseCamp</title>
		<link>http://twasink.net/blog/2005/09/jason-fried-on-basecamp/</link>
		<comments>http://twasink.net/blog/2005/09/jason-fried-on-basecamp/#comments</comments>
		<pubDate>Tue, 20 Sep 2005 20:11:18 +0000</pubDate>
		<dc:creator>Robert</dc:creator>
				<category><![CDATA[Agile Development]]></category>
		<category><![CDATA[agile]]></category>

		<guid isPermaLink="false">http://twasink.net/wp/?p=171</guid>
		<description><![CDATA[A bloody excellent IT Conversation podcast by Jason Fried of 37signals, taken from O&#8217;Reilly ETech 2005.
Jason covers a lot of issues that are at the heart of Agile Development, particularly when it comes to keeping your codebase lean-and-mean, and the YAGNI principle.
Seriously: everyone should listen to this.
]]></description>
		<wfw:commentRss>http://twasink.net/blog/2005/09/jason-fried-on-basecamp/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>YAGNI quote</title>
		<link>http://twasink.net/blog/2005/09/yagni-quote/</link>
		<comments>http://twasink.net/blog/2005/09/yagni-quote/#comments</comments>
		<pubDate>Tue, 06 Sep 2005 09:56:47 +0000</pubDate>
		<dc:creator>Robert</dc:creator>
				<category><![CDATA[Agile Development]]></category>
		<category><![CDATA[agile]]></category>
		<category><![CDATA[common sense]]></category>
		<category><![CDATA[quote]]></category>

		<guid isPermaLink="false">http://twasink.net/wp/?p=165</guid>
		<description><![CDATA[From Ron Jeffries, courtesty of the XP Mailing list:
&#8220;YAGNI is about coding, not about thinking&#8221;
]]></description>
		<wfw:commentRss>http://twasink.net/blog/2005/09/yagni-quote/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>The code is the design&#8230;</title>
		<link>http://twasink.net/blog/2005/09/the-code-is-the-design/</link>
		<comments>http://twasink.net/blog/2005/09/the-code-is-the-design/#comments</comments>
		<pubDate>Thu, 01 Sep 2005 19:16:26 +0000</pubDate>
		<dc:creator>Robert</dc:creator>
				<category><![CDATA[Agile Development]]></category>
		<category><![CDATA[agile]]></category>

		<guid isPermaLink="false">http://twasink.net/wp/?p=160</guid>
		<description><![CDATA[A very interesting article, originally published in 1992, on Code as Design  Yet more proof that there isn&#8217;t anything new about Agile (and that&#8217;s it&#8217;s best part! ;)
]]></description>
		<wfw:commentRss>http://twasink.net/blog/2005/09/the-code-is-the-design/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Peering into the crystal ball: BDUF vs emergent design</title>
		<link>http://twasink.net/blog/2005/09/peering-into-the-crystal-ball-bduf-vs-emergent-design/</link>
		<comments>http://twasink.net/blog/2005/09/peering-into-the-crystal-ball-bduf-vs-emergent-design/#comments</comments>
		<pubDate>Thu, 01 Sep 2005 18:17:06 +0000</pubDate>
		<dc:creator>Robert</dc:creator>
				<category><![CDATA[Agile Development]]></category>
		<category><![CDATA[agile]]></category>
		<category><![CDATA[bduf]]></category>
		<category><![CDATA[design]]></category>

		<guid isPermaLink="false">http://twasink.net/wp/?p=159</guid>
		<description><![CDATA[There&#8217;s always a lot of debate in the various agile groups about what BDUF is, why you should avoid it, when you should avoid it, and why is it bad (or good) for you. I just thought I&#8217;d outline my own opinions here.

BDUF, to me, is an attempt to peer into the future. It&#8217;s about [...]]]></description>
		<wfw:commentRss>http://twasink.net/blog/2005/09/peering-into-the-crystal-ball-bduf-vs-emergent-design/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Failure is necessary to succeed</title>
		<link>http://twasink.net/blog/2005/03/failure-is-necessary-to-succeed/</link>
		<comments>http://twasink.net/blog/2005/03/failure-is-necessary-to-succeed/#comments</comments>
		<pubDate>Thu, 17 Mar 2005 09:59:09 +0000</pubDate>
		<dc:creator>Robert</dc:creator>
				<category><![CDATA[Agile Development]]></category>
		<category><![CDATA[agile]]></category>
		<category><![CDATA[management]]></category>
		<category><![CDATA[risk]]></category>

		<guid isPermaLink="false">http://twasink.net/wp/?p=122</guid>
		<description><![CDATA[Steve brings up a quote that I&#8217;ve always liked: By definition, risk-takers often fail

Let&#8217;s look at it: if something has a 20% chance of failure, then it should fail 20% of the time. If it doesn&#8217;t, then you are not really embracing the risk.
Trying to avoid risk, in life or in business, is playing not [...]]]></description>
		<wfw:commentRss>http://twasink.net/blog/2005/03/failure-is-necessary-to-succeed/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		</item>
		<item>
		<title>Build servers are for more than just building</title>
		<link>http://twasink.net/blog/2005/01/build-servers-are-for-more-than-just-building/</link>
		<comments>http://twasink.net/blog/2005/01/build-servers-are-for-more-than-just-building/#comments</comments>
		<pubDate>Thu, 20 Jan 2005 00:00:11 +0000</pubDate>
		<dc:creator>Robert</dc:creator>
				<category><![CDATA[Agile Development]]></category>
		<category><![CDATA[agile]]></category>
		<category><![CDATA[continuous integration]]></category>
		<category><![CDATA[cruisecontrol]]></category>

		<guid isPermaLink="false">http://twasink.net/wp/?p=99</guid>
		<description><![CDATA[Using a build server (such as CruiseControl doesn&#8217;t mean developers shouldn&#8217;t run local builds (even though broken builds aren&#8217;t really as serious as a lot of people make them out to be). So this raises the question: if developers run their build locally, what&#8217;s the build server for?

Here&#8217;s a list of the things I use [...]]]></description>
		<wfw:commentRss>http://twasink.net/blog/2005/01/build-servers-are-for-more-than-just-building/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Heavy or light: it&#8217;s all relative</title>
		<link>http://twasink.net/blog/2005/01/heavy-or-light-its-all-relative/</link>
		<comments>http://twasink.net/blog/2005/01/heavy-or-light-its-all-relative/#comments</comments>
		<pubDate>Tue, 18 Jan 2005 08:24:23 +0000</pubDate>
		<dc:creator>Robert</dc:creator>
				<category><![CDATA[Agile Development]]></category>
		<category><![CDATA[agile]]></category>
		<category><![CDATA[common sense]]></category>
		<category><![CDATA[perspective]]></category>

		<guid isPermaLink="false">http://twasink.net/wp/?p=97</guid>
		<description><![CDATA[On the XP mailing list a discussion has been going on recently on how a student at a presentation commented that XP seemed to be fairly heavy. Now, I know that &#8220;heavy&#8221; and &#8220;light&#8221; are rather passé terms for describing methodologies these days, but you know, the student was right &#8211; for a certain point [...]]]></description>
		<wfw:commentRss>http://twasink.net/blog/2005/01/heavy-or-light-its-all-relative/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Does it really matter if the build is broken?</title>
		<link>http://twasink.net/blog/2004/12/does-it-really-matter-if-the-build-is-broken/</link>
		<comments>http://twasink.net/blog/2004/12/does-it-really-matter-if-the-build-is-broken/#comments</comments>
		<pubDate>Tue, 28 Dec 2004 22:36:23 +0000</pubDate>
		<dc:creator>Robert</dc:creator>
				<category><![CDATA[Agile Development]]></category>
		<category><![CDATA[agile]]></category>
		<category><![CDATA[continuous integration]]></category>

		<guid isPermaLink="false">http://twasink.net/wp/?p=92</guid>
		<description><![CDATA[Andy Marks recently posted a dissection of various categories of build failures. In general, I agree that there are definitely different severities of build failures. The question is: is there a time when a build failure is not important?

The point of a continual build isn&#8217;t to make sure that the build is working. The point [...]]]></description>
		<wfw:commentRss>http://twasink.net/blog/2004/12/does-it-really-matter-if-the-build-is-broken/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
	</channel>
</rss>
