<?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: Coding Dojo #13: TDD as if you meant it</title>
	<atom:link href="http://www.markhneedham.com/blog/2009/04/30/coding-dojo-13-tdd-as-if-you-meant-it/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.markhneedham.com/blog/2009/04/30/coding-dojo-13-tdd-as-if-you-meant-it/</link>
	<description>Thoughts on Software Development</description>
	<lastBuildDate>Sat, 31 Jul 2010 12:46:58 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
	<item>
		<title>By: Coding Dojo #14: Rock, Scissors, Paper - TDD as if you meant it at Mark Needham</title>
		<link>http://www.markhneedham.com/blog/2009/04/30/coding-dojo-13-tdd-as-if-you-meant-it/comment-page-1/#comment-16920</link>
		<dc:creator>Coding Dojo #14: Rock, Scissors, Paper - TDD as if you meant it at Mark Needham</dc:creator>
		<pubDate>Thu, 14 May 2009 21:40:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.markhneedham.com/blog/?p=1181#comment-16920</guid>
		<description>[...] attempt a fortnight ago was around implementing a Flash Message interceptor, to hook into the Spring framework but this [...]</description>
		<content:encoded><![CDATA[<p>[...] attempt a fortnight ago was around implementing a Flash Message interceptor, to hook into the Spring framework but this [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Keith Braithwaite</title>
		<link>http://www.markhneedham.com/blog/2009/04/30/coding-dojo-13-tdd-as-if-you-meant-it/comment-page-1/#comment-16899</link>
		<dc:creator>Keith Braithwaite</dc:creator>
		<pubDate>Thu, 14 May 2009 15:42:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.markhneedham.com/blog/?p=1181#comment-16899</guid>
		<description>@Mark,
Good, that&#039;s the feeling I look for in the exercise.</description>
		<content:encoded><![CDATA[<p>@Mark,<br />
Good, that's the feeling I look for in the exercise.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Keith Braithwaite</title>
		<link>http://www.markhneedham.com/blog/2009/04/30/coding-dojo-13-tdd-as-if-you-meant-it/comment-page-1/#comment-16898</link>
		<dc:creator>Keith Braithwaite</dc:creator>
		<pubDate>Thu, 14 May 2009 15:41:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.markhneedham.com/blog/?p=1181#comment-16898</guid>
		<description>@Bill,
The compiler rejects the call to foo.bar() because bar is a method on an un-named sub-class of Foo, but foo is declared as a pointer to Foo so the method is not visible via that pointer.

If you are following the intent of the exercise, you will not create a method bar like this, you will write some code in the test method that does the work and then (if it turns out to be desirable) factor that code out into a method--and perhaps not on Foo.

Hope that helps.</description>
		<content:encoded><![CDATA[<p>@Bill,<br />
The compiler rejects the call to foo.bar() because bar is a method on an un-named sub-class of Foo, but foo is declared as a pointer to Foo so the method is not visible via that pointer.</p>
<p>If you are following the intent of the exercise, you will not create a method bar like this, you will write some code in the test method that does the work and then (if it turns out to be desirable) factor that code out into a method&#8211;and perhaps not on Foo.</p>
<p>Hope that helps.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark Needham</title>
		<link>http://www.markhneedham.com/blog/2009/04/30/coding-dojo-13-tdd-as-if-you-meant-it/comment-page-1/#comment-15794</link>
		<dc:creator>Mark Needham</dc:creator>
		<pubDate>Fri, 01 May 2009 14:43:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.markhneedham.com/blog/?p=1181#comment-15794</guid>
		<description>@Keith - I felt pretty good about the code, it felt much more like it evolved doing it this way. 

I discussed this with a few guys in the Dojo and we thought that the FlashMessageStore in this case became more obvious and that if we&#039;d have coded the normal way we might not have seen that abstraction. Certainly an exercise to try again</description>
		<content:encoded><![CDATA[<p>@Keith &#8211; I felt pretty good about the code, it felt much more like it evolved doing it this way. </p>
<p>I discussed this with a few guys in the Dojo and we thought that the FlashMessageStore in this case became more obvious and that if we'd have coded the normal way we might not have seen that abstraction. Certainly an exercise to try again</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bill Comer</title>
		<link>http://www.markhneedham.com/blog/2009/04/30/coding-dojo-13-tdd-as-if-you-meant-it/comment-page-1/#comment-15792</link>
		<dc:creator>Bill Comer</dc:creator>
		<pubDate>Fri, 01 May 2009 14:36:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.markhneedham.com/blog/?p=1181#comment-15792</guid>
		<description>Mark,

I thought I would give this a go in Java and failed, but I am unsure quite why. Perhaps you can enlighten me.

I have a class Foo with some existing methods on it.
I wish to add a new method bar() to do some work.
Without alterring Foo I go to my test class and add a new test:

public void testBar() throws Exception {
   Foo foo = new Foo() {
      public void bar(){
        // do some Baaing..
      }
   }
   foo.bar();
}

The compiler happily accepts the method bar() but fails to compile with a method undefined for the line:
   foo.bar();

If I create an interface with bar() in or a stub in Foo then all is happy but this appears to miss the point.</description>
		<content:encoded><![CDATA[<p>Mark,</p>
<p>I thought I would give this a go in Java and failed, but I am unsure quite why. Perhaps you can enlighten me.</p>
<p>I have a class Foo with some existing methods on it.<br />
I wish to add a new method bar() to do some work.<br />
Without alterring Foo I go to my test class and add a new test:</p>
<p>public void testBar() throws Exception {<br />
   Foo foo = new Foo() {<br />
      public void bar(){<br />
        // do some Baaing..<br />
      }<br />
   }<br />
   foo.bar();<br />
}</p>
<p>The compiler happily accepts the method bar() but fails to compile with a method undefined for the line:<br />
   foo.bar();</p>
<p>If I create an interface with bar() in or a stub in Foo then all is happy but this appears to miss the point.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Keith Braithwaite</title>
		<link>http://www.markhneedham.com/blog/2009/04/30/coding-dojo-13-tdd-as-if-you-meant-it/comment-page-1/#comment-15655</link>
		<dc:creator>Keith Braithwaite</dc:creator>
		<pubDate>Wed, 29 Apr 2009 20:29:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.markhneedham.com/blog/?p=1181#comment-15655</guid>
		<description>Mark,
Interesting experience, thanks for writing it up. Now that you&#039;ve been through the exercise on a realistic problem, how do you feel about the resulting code? (Note: &quot;how do you feel?&quot; not &quot;what do you think?)</description>
		<content:encoded><![CDATA[<p>Mark,<br />
Interesting experience, thanks for writing it up. Now that you've been through the exercise on a realistic problem, how do you feel about the resulting code? (Note: "how do you feel?" not "what do you think?)</p>
]]></content:encoded>
	</item>
</channel>
</rss>
