<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.3.1" -->
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	>
<channel>
	<title>Comments on: 6 Reasons to develop your tests first</title>
	<link>http://www.lispcast.com/wordpress/2008/01/6-reasons-to-develop-your-tests-first/</link>
	<description></description>
	<pubDate>Tue, 18 Nov 2008 15:30:06 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.3.1</generator>
		<item>
		<title>By: Knuth e Testes &#187; LSDR.net</title>
		<link>http://www.lispcast.com/wordpress/2008/01/6-reasons-to-develop-your-tests-first/#comment-829</link>
		<dc:creator>Knuth e Testes &#187; LSDR.net</dc:creator>
		<pubDate>Mon, 28 Apr 2008 23:44:22 +0000</pubDate>
		<guid>http://www.lispcast.com/wordpress/2008/01/6-reasons-to-develop-your-tests-first/#comment-829</guid>
		<description>[...] eu penso em TDD, escrever testes antes do desenvolvimento e tudo mais, não penso somente em ter uma ferramenta de compliance, teste puro [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] eu penso em TDD, escrever testes antes do desenvolvimento e tudo mais, não penso somente em ter uma ferramenta de compliance, teste puro [&#8230;]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bysshent</title>
		<link>http://www.lispcast.com/wordpress/2008/01/6-reasons-to-develop-your-tests-first/#comment-819</link>
		<dc:creator>Bysshent</dc:creator>
		<pubDate>Mon, 24 Mar 2008 06:30:31 +0000</pubDate>
		<guid>http://www.lispcast.com/wordpress/2008/01/6-reasons-to-develop-your-tests-first/#comment-819</guid>
		<description>thank you, dude</description>
		<content:encoded><![CDATA[<p>thank you, dude</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robert Synnott</title>
		<link>http://www.lispcast.com/wordpress/2008/01/6-reasons-to-develop-your-tests-first/#comment-777</link>
		<dc:creator>Robert Synnott</dc:creator>
		<pubDate>Mon, 11 Feb 2008 13:52:36 +0000</pubDate>
		<guid>http://www.lispcast.com/wordpress/2008/01/6-reasons-to-develop-your-tests-first/#comment-777</guid>
		<description>I must say, I've never been convinced about test-driven development, but I do love the pictures!</description>
		<content:encoded><![CDATA[<p>I must say, I&#8217;ve never been convinced about test-driven development, but I do love the pictures!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Juvileu</title>
		<link>http://www.lispcast.com/wordpress/2008/01/6-reasons-to-develop-your-tests-first/#comment-759</link>
		<dc:creator>Juvileu</dc:creator>
		<pubDate>Fri, 25 Jan 2008 10:53:37 +0000</pubDate>
		<guid>http://www.lispcast.com/wordpress/2008/01/6-reasons-to-develop-your-tests-first/#comment-759</guid>
		<description>Eu sou brasileiro
Eu vo na padaria comprar pão!


Translate:

I'm brazilian
Thanks it really have change my life!</description>
		<content:encoded><![CDATA[<p>Eu sou brasileiro<br />
Eu vo na padaria comprar pão!</p>
<p>Translate:</p>
<p>I&#8217;m brazilian<br />
Thanks it really have change my life!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andy Johnson</title>
		<link>http://www.lispcast.com/wordpress/2008/01/6-reasons-to-develop-your-tests-first/#comment-757</link>
		<dc:creator>Andy Johnson</dc:creator>
		<pubDate>Thu, 24 Jan 2008 08:56:12 +0000</pubDate>
		<guid>http://www.lispcast.com/wordpress/2008/01/6-reasons-to-develop-your-tests-first/#comment-757</guid>
		<description>How is it possible to do top down design with functional/object decomposition using TDD? 

Theoretically the first test you write would be the last one that passes. You would have to write a series of tests each testing lower functionality before hitting the bottom and then start implementing. 

BTW I am test infected, just playing devil's advocate here.</description>
		<content:encoded><![CDATA[<p>How is it possible to do top down design with functional/object decomposition using TDD? </p>
<p>Theoretically the first test you write would be the last one that passes. You would have to write a series of tests each testing lower functionality before hitting the bottom and then start implementing. </p>
<p>BTW I am test infected, just playing devil&#8217;s advocate here.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: nibrahim.net.in &#187; Blog Archive &#187; 6 Reasons to develop your tests first &#124; LispCast</title>
		<link>http://www.lispcast.com/wordpress/2008/01/6-reasons-to-develop-your-tests-first/#comment-736</link>
		<dc:creator>nibrahim.net.in &#187; Blog Archive &#187; 6 Reasons to develop your tests first &#124; LispCast</dc:creator>
		<pubDate>Wed, 16 Jan 2008 17:35:50 +0000</pubDate>
		<guid>http://www.lispcast.com/wordpress/2008/01/6-reasons-to-develop-your-tests-first/#comment-736</guid>
		<description>[...] 6 Reasons to develop your tests first &#124; LispCast [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] 6 Reasons to develop your tests first | LispCast [&#8230;]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alex McLean &#187; Blog Archive &#187; Following your imagination</title>
		<link>http://www.lispcast.com/wordpress/2008/01/6-reasons-to-develop-your-tests-first/#comment-726</link>
		<dc:creator>Alex McLean &#187; Blog Archive &#187; Following your imagination</dc:creator>
		<pubDate>Mon, 14 Jan 2008 15:10:53 +0000</pubDate>
		<guid>http://www.lispcast.com/wordpress/2008/01/6-reasons-to-develop-your-tests-first/#comment-726</guid>
		<description>[...] This entertaining article supporting test-first development has been playing on my mind. The article is beautifully written so it is easy to see the assumed context of working to deadline on well specified problems, most probably in a commercial environment. It saddens me though that we accept this implicit context across all discussion of software development practice all too easily. [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] This entertaining article supporting test-first development has been playing on my mind. The article is beautifully written so it is easy to see the assumed context of working to deadline on well specified problems, most probably in a commercial environment. It saddens me though that we accept this implicit context across all discussion of software development practice all too easily. [&#8230;]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Best of Feeds - 23 links - programming, music, photography, psychology, rails &#171; // Internet Duct Tape</title>
		<link>http://www.lispcast.com/wordpress/2008/01/6-reasons-to-develop-your-tests-first/#comment-722</link>
		<dc:creator>Best of Feeds - 23 links - programming, music, photography, psychology, rails &#171; // Internet Duct Tape</dc:creator>
		<pubDate>Sun, 13 Jan 2008 15:11:43 +0000</pubDate>
		<guid>http://www.lispcast.com/wordpress/2008/01/6-reasons-to-develop-your-tests-first/#comment-722</guid>
		<description>[...] [CODE] 6 Reasons to develop your tests first [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] [CODE] 6 Reasons to develop your tests first [&#8230;]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: (cons 'Michael 'T)</title>
		<link>http://www.lispcast.com/wordpress/2008/01/6-reasons-to-develop-your-tests-first/#comment-719</link>
		<dc:creator>(cons 'Michael 'T)</dc:creator>
		<pubDate>Sun, 13 Jan 2008 03:41:33 +0000</pubDate>
		<guid>http://www.lispcast.com/wordpress/2008/01/6-reasons-to-develop-your-tests-first/#comment-719</guid>
		<description>It's not an all or nothing issue.  I worked on a math module that had to check a student's answers, and we had to make sure the normalization engine didn't oversimplify.  The project was done in Scheme.  

Anyway, we didn't start our tests until our code was mostly done.  It wasn't done in an integrated way like you suggest.  But it was certainly better than no testing at all.   

The world is full of people telling us that you have to do certain types of programming or methodologies in order to be a trustworthy programmer.   But at least with this one, you can do this part way and still get part benefits.  That's a good sign.</description>
		<content:encoded><![CDATA[<p>It&#8217;s not an all or nothing issue.  I worked on a math module that had to check a student&#8217;s answers, and we had to make sure the normalization engine didn&#8217;t oversimplify.  The project was done in Scheme.  </p>
<p>Anyway, we didn&#8217;t start our tests until our code was mostly done.  It wasn&#8217;t done in an integrated way like you suggest.  But it was certainly better than no testing at all.   </p>
<p>The world is full of people telling us that you have to do certain types of programming or methodologies in order to be a trustworthy programmer.   But at least with this one, you can do this part way and still get part benefits.  That&#8217;s a good sign.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: dispatches from TJICistan &#187; Blog Archive &#187; test first, implement next</title>
		<link>http://www.lispcast.com/wordpress/2008/01/6-reasons-to-develop-your-tests-first/#comment-718</link>
		<dc:creator>dispatches from TJICistan &#187; Blog Archive &#187; test first, implement next</dc:creator>
		<pubDate>Sun, 13 Jan 2008 03:01:30 +0000</pubDate>
		<guid>http://www.lispcast.com/wordpress/2008/01/6-reasons-to-develop-your-tests-first/#comment-718</guid>
		<description>[...] still don&#8217;t do it that way very often, but this article presents some compelling arguments for that [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] still don&#8217;t do it that way very often, but this article presents some compelling arguments for that [&#8230;]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
