<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.2" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Comments on: 2nd London Python Dojo &#038; TDD</title>
	<link>http://ramblings.timgolden.me.uk/2009/10/16/2nd-london-python-dojo-tdd/</link>
	<description>The ramblings of Tim Golden</description>
	<pubDate>Thu, 09 Sep 2010 04:28:30 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.2</generator>

	<item>
		<title>By: Tartley</title>
		<link>http://ramblings.timgolden.me.uk/2009/10/16/2nd-london-python-dojo-tdd/#comment-1027</link>
		<author>Tartley</author>
		<pubDate>Wed, 21 Oct 2009 17:48:05 +0000</pubDate>
		<guid>http://ramblings.timgolden.me.uk/2009/10/16/2nd-london-python-dojo-tdd/#comment-1027</guid>
		<description>Very true that there is much fuzziness. Maybe this is a lesson we can learn - that people might actually get more out of we set everyone's expectations in the same direction by trying to define more tightly what the dojo is aimed at. I wouldn't want to narrow the scope of the dojos down to just one thing, I am thus far enjoying the organic and scattershot approach. Maybe though, there is mileage in an organiser saying "*this* dojo is to demonstrate X and Y. Future dojos may be about somethign else."

I'll chat with peeps about this at the Pyssup tonight.</description>
		<content:encoded><![CDATA[<p>Very true that there is much fuzziness. Maybe this is a lesson we can learn - that people might actually get more out of we set everyone&#8217;s expectations in the same direction by trying to define more tightly what the dojo is aimed at. I wouldn&#8217;t want to narrow the scope of the dojos down to just one thing, I am thus far enjoying the organic and scattershot approach. Maybe though, there is mileage in an organiser saying &#8220;*this* dojo is to demonstrate X and Y. Future dojos may be about somethign else.&#8221;</p>
<p>I&#8217;ll chat with peeps about this at the Pyssup tonight.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: tim</title>
		<link>http://ramblings.timgolden.me.uk/2009/10/16/2nd-london-python-dojo-tdd/#comment-1026</link>
		<author>tim</author>
		<pubDate>Mon, 19 Oct 2009 11:51:08 +0000</pubDate>
		<guid>http://ramblings.timgolden.me.uk/2009/10/16/2nd-london-python-dojo-tdd/#comment-1026</guid>
		<description>@Tartley: thanks for the response, Jonathan. Your point about using the Dojo to illustrate certain techniques, eg a slight refactoring of code to facilitate a particular testing paradigm, is perfectly sound. I just think that there's a certain fuzziness due to the fact that everyone has a slightly different intuition about what the Dojo should be about. 

Part of the issue is, obviously, that you have one pilot, one co-pilot and 20+ backseat pilots. And no-one's giving authoritative "this the best way because..." advice; it's just a melee of noise and advice.</description>
		<content:encoded><![CDATA[<p>@Tartley: thanks for the response, Jonathan. Your point about using the Dojo to illustrate certain techniques, eg a slight refactoring of code to facilitate a particular testing paradigm, is perfectly sound. I just think that there&#8217;s a certain fuzziness due to the fact that everyone has a slightly different intuition about what the Dojo should be about. </p>
<p>Part of the issue is, obviously, that you have one pilot, one co-pilot and 20+ backseat pilots. And no-one&#8217;s giving authoritative &#8220;this the best way because&#8230;&#8221; advice; it&#8217;s just a melee of noise and advice.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tartley</title>
		<link>http://ramblings.timgolden.me.uk/2009/10/16/2nd-london-python-dojo-tdd/#comment-1025</link>
		<author>Tartley</author>
		<pubDate>Mon, 19 Oct 2009 09:39:37 +0000</pubDate>
		<guid>http://ramblings.timgolden.me.uk/2009/10/16/2nd-london-python-dojo-tdd/#comment-1025</guid>
		<description>Hey there Tim.

Fair points all over. I do believe it was I who made the particular suggestion to return a string rather than printing it, because that would be easier to test.

My justification would be that, in my understanding, one significant point of the dojo is to practice and demonstrate the use of development and refactoring techniques, such as TDD, without the distractions of real-world complexities.

So we choose an extremely simple and small problem, and apply those techniques to it. In a real world scenario, we would not need to, because the problem is so simple. But here, we do anyway, because the point is not to solve the problem in exactly the same way you would solve that problem in real life. The point is to demonstrate and practice the techniques that, later, you would use in the thick of a real-world problem.

So, I think that my suggestion of returning strings instead of printing them is an example of recognising that some code is hard to test, whereas functional code is much easier to test, and modifying your production code accordingly to make it easy to test. This is, to my mind, precisely what the dojo is for. It may not have been necessary, but it exemplified somethign that people will absolutely find useful in other, more complex, scenarios.

Make any sense, do you think?

Big hugs!

  Jonathan</description>
		<content:encoded><![CDATA[<p>Hey there Tim.</p>
<p>Fair points all over. I do believe it was I who made the particular suggestion to return a string rather than printing it, because that would be easier to test.</p>
<p>My justification would be that, in my understanding, one significant point of the dojo is to practice and demonstrate the use of development and refactoring techniques, such as TDD, without the distractions of real-world complexities.</p>
<p>So we choose an extremely simple and small problem, and apply those techniques to it. In a real world scenario, we would not need to, because the problem is so simple. But here, we do anyway, because the point is not to solve the problem in exactly the same way you would solve that problem in real life. The point is to demonstrate and practice the techniques that, later, you would use in the thick of a real-world problem.</p>
<p>So, I think that my suggestion of returning strings instead of printing them is an example of recognising that some code is hard to test, whereas functional code is much easier to test, and modifying your production code accordingly to make it easy to test. This is, to my mind, precisely what the dojo is for. It may not have been necessary, but it exemplified somethign that people will absolutely find useful in other, more complex, scenarios.</p>
<p>Make any sense, do you think?</p>
<p>Big hugs!</p>
<p>  Jonathan</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Paul Boddie</title>
		<link>http://ramblings.timgolden.me.uk/2009/10/16/2nd-london-python-dojo-tdd/#comment-1023</link>
		<author>Paul Boddie</author>
		<pubDate>Fri, 16 Oct 2009 15:00:57 +0000</pubDate>
		<guid>http://ramblings.timgolden.me.uk/2009/10/16/2nd-london-python-dojo-tdd/#comment-1023</guid>
		<description>"At one point it was suggested that a particular function should return a string rather than print it to the screen as it would be easier to form a test."

A million turtles later: "Are we ready to print to the screen now?"

;-)</description>
		<content:encoded><![CDATA[<p>&#8220;At one point it was suggested that a particular function should return a string rather than print it to the screen as it would be easier to form a test.&#8221;</p>
<p>A million turtles later: &#8220;Are we ready to print to the screen now?&#8221;</p>
<p>;-)</p>
]]></content:encoded>
	</item>
</channel>
</rss>
