<?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: Gödel and Testing</title>
	<atom:link href="http://fragmental.tw/2009/03/14/godel-and-testing/feed/" rel="self" type="application/rss+xml" />
	<link>http://fragmental.tw/2009/03/14/godel-and-testing/</link>
	<description>Repeat after me: Data is code, code is data.</description>
	<pubDate>Fri, 12 Mar 2010 02:08:12 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5</generator>
		<item>
		<title>By: RTFSpec is now in Alpha at Fragmental.tw</title>
		<link>http://fragmental.tw/2009/03/14/godel-and-testing/#comment-1704</link>
		<dc:creator>RTFSpec is now in Alpha at Fragmental.tw</dc:creator>
		<pubDate>Fri, 17 Apr 2009 02:13:51 +0000</pubDate>
		<guid isPermaLink="false">http://fragmental.tw/?p=135#comment-1704</guid>
		<description>[...] As said before I am writing a testing framework for Clojure. It started as a fork of the Fact framework but eventually I decided to try some ideas that arose in a conversation with Fábio and Rob: use RFC-2119 semantics to describe tests. RTFSpec is my take on this approach. [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] As said before I am writing a testing framework for Clojure. It started as a fork of the Fact framework but eventually I decided to try some ideas that arose in a conversation with Fábio and Rob: use RFC-2119 semantics to describe tests. RTFSpec is my take on this approach. [&#8230;]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Christoph Johann Szczecina</title>
		<link>http://fragmental.tw/2009/03/14/godel-and-testing/#comment-1667</link>
		<dc:creator>Christoph Johann Szczecina</dc:creator>
		<pubDate>Mon, 23 Mar 2009 09:16:17 +0000</pubDate>
		<guid isPermaLink="false">http://fragmental.tw/?p=135#comment-1667</guid>
		<description>Hi Phil,

On coincidence I found your Scrum pictures on flickr, read a line or two here and thought you might be a good person to talk with. I am currently writing my master thesis on Scrum and I am looking for creative people working in Scrums being interested in taking part in. Would be nice hearing from you, if you are :-)

With best regards form Trondheim,

Christoph</description>
		<content:encoded><![CDATA[<p>Hi Phil,</p>
<p>On coincidence I found your Scrum pictures on flickr, read a line or two here and thought you might be a good person to talk with. I am currently writing my master thesis on Scrum and I am looking for creative people working in Scrums being interested in taking part in. Would be nice hearing from you, if you are <img src='http://fragmental.tw/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
<p>With best regards form Trondheim,</p>
<p>Christoph</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Phillip Calçado "Shoes"</title>
		<link>http://fragmental.tw/2009/03/14/godel-and-testing/#comment-1661</link>
		<dc:creator>Phillip Calçado "Shoes"</dc:creator>
		<pubDate>Sun, 15 Mar 2009 01:38:53 +0000</pubDate>
		<guid isPermaLink="false">http://fragmental.tw/?p=135#comment-1661</guid>
		<description>I thought of that but gave up when thinking that I would have to use fully qualified calls for all functions. Then I thought about porting a thing I wrote for Ruby (that has the same versioning issues) to add version information to Clojure namespaces. That's yet another pet project to be procrastinated :)</description>
		<content:encoded><![CDATA[<p>I thought of that but gave up when thinking that I would have to use fully qualified calls for all functions. Then I thought about porting a thing I wrote for Ruby (that has the same versioning issues) to add version information to Clojure namespaces. That&#8217;s yet another pet project to be procrastinated <img src='http://fragmental.tw/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Damien Pollet</title>
		<link>http://fragmental.tw/2009/03/14/godel-and-testing/#comment-1660</link>
		<dc:creator>Damien Pollet</dc:creator>
		<pubDate>Sun, 15 Mar 2009 00:16:14 +0000</pubDate>
		<guid isPermaLink="false">http://fragmental.tw/?p=135#comment-1660</guid>
		<description>Why not just make a copy of the whole thing and rename the package/namespace declarations? Basically an ad-hoc versioned package if I understood what that is…</description>
		<content:encoded><![CDATA[<p>Why not just make a copy of the whole thing and rename the package/namespace declarations? Basically an ad-hoc versioned package if I understood what that is…</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Phillip Calçado "Shoes"</title>
		<link>http://fragmental.tw/2009/03/14/godel-and-testing/#comment-1658</link>
		<dc:creator>Phillip Calçado "Shoes"</dc:creator>
		<pubDate>Sat, 14 Mar 2009 23:46:02 +0000</pubDate>
		<guid isPermaLink="false">http://fragmental.tw/?p=135#comment-1658</guid>
		<description>**anonymous comments are deleted**

@beza1e1

&lt;blockquote&gt;
Your circular dependency could be broken by versioning.
&lt;/blockquote&gt;

True, but as I say in the post neither Clojure nor Java have versioned packaes so I would have to either create a hacky version (i.e. changing namespaces to have their versions in their name) or implement my own versioning system.

@RobertJ

I'm not sure you got the idea. It's an analogy:

# S: (adj) analogous, correspondent (similar or equivalent in some respects though otherwise dissimilar) "brains and computers are often considered analogous"; "salmon roe is marketed as analogous to caviar"

( http://wordnetweb.princeton.edu/perl/webwn?s=analogous )

@ifatree

Yes, in the end that's the approach I'm taking. Fato itself is tested by a simple application that uses it, if this app's build pass then fato's build is ok.


@Titus

Interesting. Why wouldn't a test (forget about TDD) e a proof of *any* kind? I'd like to understand your comment better.

Thanks all.</description>
		<content:encoded><![CDATA[<p>**anonymous comments are deleted**</p>
<p>@beza1e1</p>
<blockquote><p>
Your circular dependency could be broken by versioning.
</p></blockquote>
<p>True, but as I say in the post neither Clojure nor Java have versioned packaes so I would have to either create a hacky version (i.e. changing namespaces to have their versions in their name) or implement my own versioning system.</p>
<p>@RobertJ</p>
<p>I&#8217;m not sure you got the idea. It&#8217;s an analogy:</p>
<p># S: (adj) analogous, correspondent (similar or equivalent in some respects though otherwise dissimilar) &#8220;brains and computers are often considered analogous&#8221;; &#8220;salmon roe is marketed as analogous to caviar&#8221;</p>
<p>( <a href="http://wordnetweb.princeton.edu/perl/webwn?s=analogous" rel="nofollow">http://wordnetweb.princeton.edu/perl/webwn?s=analogous</a> )</p>
<p>@ifatree</p>
<p>Yes, in the end that&#8217;s the approach I&#8217;m taking. Fato itself is tested by a simple application that uses it, if this app&#8217;s build pass then fato&#8217;s build is ok.</p>
<p>@Titus</p>
<p>Interesting. Why wouldn&#8217;t a test (forget about TDD) e a proof of *any* kind? I&#8217;d like to understand your comment better.</p>
<p>Thanks all.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Titus Brown</title>
		<link>http://fragmental.tw/2009/03/14/godel-and-testing/#comment-1656</link>
		<dc:creator>Titus Brown</dc:creator>
		<pubDate>Sat, 14 Mar 2009 20:12:12 +0000</pubDate>
		<guid isPermaLink="false">http://fragmental.tw/?p=135#comment-1656</guid>
		<description>Automated test code isn't a proof of any sort, so the analogy doesn't hold.

Another way to state Godel's theorem is, I think, that within any sufficiently interesting formal system it is impossible to prove or disprove certain interesting theorems.  Were your programming language a formal system, you could probably draw a stronger analogy; as it is, your language and platform are implementations of some (not necessarily well-specified) system and so long before you get to formal correctness you have to worry about implementation details.

At least, that's what I think. ;)</description>
		<content:encoded><![CDATA[<p>Automated test code isn&#8217;t a proof of any sort, so the analogy doesn&#8217;t hold.</p>
<p>Another way to state Godel&#8217;s theorem is, I think, that within any sufficiently interesting formal system it is impossible to prove or disprove certain interesting theorems.  Were your programming language a formal system, you could probably draw a stronger analogy; as it is, your language and platform are implementations of some (not necessarily well-specified) system and so long before you get to formal correctness you have to worry about implementation details.</p>
<p>At least, that&#8217;s what I think. <img src='http://fragmental.tw/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ifatree</title>
		<link>http://fragmental.tw/2009/03/14/godel-and-testing/#comment-1655</link>
		<dc:creator>ifatree</dc:creator>
		<pubDate>Sat, 14 Mar 2009 19:12:17 +0000</pubDate>
		<guid isPermaLink="false">http://fragmental.tw/?p=135#comment-1655</guid>
		<description>easy to answer, actually, harder to make happen, sometimes, but...

mock up a static app (that won't change much) to exhaustively work the testing framework, and make sure that one always works before you assume your framework changes are green. 

otherwise you've just promoted your test app to production status without leaving a test copy behind. struct-quack was essentially manually testing fato. now that you want fato to test struct-quack, you need to pull out the pieces that can test fato directly and make a third app underneath.

i hope this concept maps to clojure. i've seen people with similar questions lately in every language trying to get their heads around testing. it's not circular unless you make it circular (which is bad).</description>
		<content:encoded><![CDATA[<p>easy to answer, actually, harder to make happen, sometimes, but&#8230;</p>
<p>mock up a static app (that won&#8217;t change much) to exhaustively work the testing framework, and make sure that one always works before you assume your framework changes are green. </p>
<p>otherwise you&#8217;ve just promoted your test app to production status without leaving a test copy behind. struct-quack was essentially manually testing fato. now that you want fato to test struct-quack, you need to pull out the pieces that can test fato directly and make a third app underneath.</p>
<p>i hope this concept maps to clojure. i&#8217;ve seen people with similar questions lately in every language trying to get their heads around testing. it&#8217;s not circular unless you make it circular (which is bad).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: RobertJ</title>
		<link>http://fragmental.tw/2009/03/14/godel-and-testing/#comment-1654</link>
		<dc:creator>RobertJ</dc:creator>
		<pubDate>Sat, 14 Mar 2009 19:03:08 +0000</pubDate>
		<guid isPermaLink="false">http://fragmental.tw/?p=135#comment-1654</guid>
		<description>Additionally, we won't even need to bother with testing, if it was possible to build automated test machines. Fortunately, we already know that these machines will never exist, so we can move on other problems, like unit testing ;)</description>
		<content:encoded><![CDATA[<p>Additionally, we won&#8217;t even need to bother with testing, if it was possible to build automated test machines. Fortunately, we already know that these machines will never exist, so we can move on other problems, like unit testing <img src='http://fragmental.tw/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: RobertJ</title>
		<link>http://fragmental.tw/2009/03/14/godel-and-testing/#comment-1653</link>
		<dc:creator>RobertJ</dc:creator>
		<pubDate>Sat, 14 Mar 2009 18:52:33 +0000</pubDate>
		<guid isPermaLink="false">http://fragmental.tw/?p=135#comment-1653</guid>
		<description>While Gödel's proof is fundamental, your unit test problem is really trivial. With enough resources, unit tests won't be even necessary because code can be formally proven. So you're basically comparing redundant code with one of the most important theorems of the last 100 years.</description>
		<content:encoded><![CDATA[<p>While Gödel&#8217;s proof is fundamental, your unit test problem is really trivial. With enough resources, unit tests won&#8217;t be even necessary because code can be formally proven. So you&#8217;re basically comparing redundant code with one of the most important theorems of the last 100 years.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: beza1e1</title>
		<link>http://fragmental.tw/2009/03/14/godel-and-testing/#comment-1652</link>
		<dc:creator>beza1e1</dc:creator>
		<pubDate>Sat, 14 Mar 2009 16:32:16 +0000</pubDate>
		<guid isPermaLink="false">http://fragmental.tw/?p=135#comment-1652</guid>
		<description>Your circular dependency could be broken by versioning. Example: quack 0.1 (untested) &#60;- fato 0.1 &#60;- quack 0.2 &#60;- fato 0.2 &#60;- quack 0.3 &#60;- ...
No circle here.</description>
		<content:encoded><![CDATA[<p>Your circular dependency could be broken by versioning. Example: quack 0.1 (untested) &lt;- fato 0.1 &lt;- quack 0.2 &lt;- fato 0.2 &lt;- quack 0.3 &lt;- &#8230;<br />
No circle here.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
