<?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 for Syntax Meditation</title>
	<atom:link href="http://www.sickenger.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.sickenger.com</link>
	<description>A blog about code, coding and coders.</description>
	<lastBuildDate>Mon, 18 Jul 2011 22:23:45 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>Comment on Pragmatic OOP by Ricki Sickenger</title>
		<link>http://www.sickenger.com/2011/07/pragmatic-oo/comment-page-1/#comment-2513</link>
		<dc:creator>Ricki Sickenger</dc:creator>
		<pubDate>Mon, 18 Jul 2011 22:23:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.sickenger.com/?p=317#comment-2513</guid>
		<description>Jeff:
I see that paragraph is a bit unclear. I do advocate using unit tests.

The crutch part was referring to building deeper and deeper inheritance trees. Unit tests won&#039;t save you from writing bad code, they will just make sure (hopefully) that the bad code still runs as intended.</description>
		<content:encoded><![CDATA[<p>Jeff:<br />
I see that paragraph is a bit unclear. I do advocate using unit tests.</p>
<p>The crutch part was referring to building deeper and deeper inheritance trees. Unit tests won&#8217;t save you from writing bad code, they will just make sure (hopefully) that the bad code still runs as intended.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Pragmatic OOP by Jeff Goldschrafe</title>
		<link>http://www.sickenger.com/2011/07/pragmatic-oo/comment-page-1/#comment-2510</link>
		<dc:creator>Jeff Goldschrafe</dc:creator>
		<pubDate>Mon, 18 Jul 2011 18:00:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.sickenger.com/?p=317#comment-2510</guid>
		<description>You do make some salient points, but I&#039;m having trouble really getting to the root of what you&#039;re saying with this piece of your post:

&quot;You can of course (and should) have unit tests and regression tests to ensure that the behavior remains the same, but these tests are just crutches that will help you dig yourself into a deeper hole.&quot;

If these tests are just crutches, why should people use them? It seems like you&#039;re advocating using unit tests, but that people should avoid using them for the only thing they&#039;re good at -- ensuring that the object&#039;s interface behaves the way its contract says it should.</description>
		<content:encoded><![CDATA[<p>You do make some salient points, but I&#8217;m having trouble really getting to the root of what you&#8217;re saying with this piece of your post:</p>
<p>&#8220;You can of course (and should) have unit tests and regression tests to ensure that the behavior remains the same, but these tests are just crutches that will help you dig yourself into a deeper hole.&#8221;</p>
<p>If these tests are just crutches, why should people use them? It seems like you&#8217;re advocating using unit tests, but that people should avoid using them for the only thing they&#8217;re good at &#8212; ensuring that the object&#8217;s interface behaves the way its contract says it should.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Pragmatic OOP by John M</title>
		<link>http://www.sickenger.com/2011/07/pragmatic-oo/comment-page-1/#comment-2492</link>
		<dc:creator>John M</dc:creator>
		<pubDate>Sun, 17 Jul 2011 10:00:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.sickenger.com/?p=317#comment-2492</guid>
		<description>I think people forget in trying to simplify one area it can make other areas more complex.  

An analogy would be the jigsaw puzzle - if you have small pieces they look simple because they have simple image on but you have a hugely complex puzzle to do.

Large pieces will look complex because they have more complex images on but it will be much simpler to put together.

The trick is to balance the two areas of complexity such as to give the best overall minimum level of complexity</description>
		<content:encoded><![CDATA[<p>I think people forget in trying to simplify one area it can make other areas more complex.  </p>
<p>An analogy would be the jigsaw puzzle &#8211; if you have small pieces they look simple because they have simple image on but you have a hugely complex puzzle to do.</p>
<p>Large pieces will look complex because they have more complex images on but it will be much simpler to put together.</p>
<p>The trick is to balance the two areas of complexity such as to give the best overall minimum level of complexity</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Pragmatic OOP by david karapetyan</title>
		<link>http://www.sickenger.com/2011/07/pragmatic-oo/comment-page-1/#comment-2488</link>
		<dc:creator>david karapetyan</dc:creator>
		<pubDate>Sun, 17 Jul 2011 05:24:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.sickenger.com/?p=317#comment-2488</guid>
		<description>I don&#039;t think inheritance is a good composition mechanism and most design patterns basically are remedies for its shortcomings. Modern languages now have generics for parametric polymorphism and first class functions or close approximations which offer much better ways of structuring and composing code units than inheritance.</description>
		<content:encoded><![CDATA[<p>I don&#8217;t think inheritance is a good composition mechanism and most design patterns basically are remedies for its shortcomings. Modern languages now have generics for parametric polymorphism and first class functions or close approximations which offer much better ways of structuring and composing code units than inheritance.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Pragmatic OOP by David Kershaw</title>
		<link>http://www.sickenger.com/2011/07/pragmatic-oo/comment-page-1/#comment-2486</link>
		<dc:creator>David Kershaw</dc:creator>
		<pubDate>Sun, 17 Jul 2011 02:12:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.sickenger.com/?p=317#comment-2486</guid>
		<description>Excellent advice.</description>
		<content:encoded><![CDATA[<p>Excellent advice.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on F*ck the process, embrace the team! by Petar</title>
		<link>http://www.sickenger.com/2011/07/agile-fck-the-process-embrace-the-team/comment-page-1/#comment-2483</link>
		<dc:creator>Petar</dc:creator>
		<pubDate>Sat, 16 Jul 2011 21:38:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.sickenger.com/?p=308#comment-2483</guid>
		<description>f8ck i agree with you ;) 
it all comes down to one model cannot fit all. each case is unique in a way. and FOREMOST, value and focus on people not on methodologies, duh..</description>
		<content:encoded><![CDATA[<p>f8ck i agree with you <img src='http://www.sickenger.com/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /><br />
it all comes down to one model cannot fit all. each case is unique in a way. and FOREMOST, value and focus on people not on methodologies, duh..</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The making of Darkfall &#8211; One developer&#8217;s perspective by Au inghetat programatorii romani ?!</title>
		<link>http://www.sickenger.com/articles/the_making_of_darkfall/comment-page-1/#comment-2440</link>
		<dc:creator>Au inghetat programatorii romani ?!</dc:creator>
		<pubDate>Wed, 13 Jul 2011 07:44:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.sickenger.com/?page_id=264#comment-2440</guid>
		<description>[...] Time from full production to release: 6 years Lines of code at release: Around 2million.&quot;  The making of Darkfall &#8211; One developer&#8217;s perspective &#124; Syntax Meditation      Formerly known as user jack_sparrow       Reply With [...]</description>
		<content:encoded><![CDATA[<p>[...] Time from full production to release: 6 years Lines of code at release: Around 2million.&quot;  The making of Darkfall &#8211; One developer&#8217;s perspective | Syntax Meditation      Formerly known as user jack_sparrow       Reply With [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on F*ck the process, embrace the team! by July 11 &#8211; Recommended Reading &#124; Nicholas Muldoon</title>
		<link>http://www.sickenger.com/2011/07/agile-fck-the-process-embrace-the-team/comment-page-1/#comment-2405</link>
		<dc:creator>July 11 &#8211; Recommended Reading &#124; Nicholas Muldoon</dc:creator>
		<pubDate>Mon, 11 Jul 2011 04:19:16 +0000</pubDate>
		<guid isPermaLink="false">http://www.sickenger.com/?p=308#comment-2405</guid>
		<description>[...] F*ck the process, embrace the team! - Ricki Sickenger, July 2011 [...]</description>
		<content:encoded><![CDATA[<p>[...] F*ck the process, embrace the team! - Ricki Sickenger, July 2011 [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on F*ck the process, embrace the team! by Isac</title>
		<link>http://www.sickenger.com/2011/07/agile-fck-the-process-embrace-the-team/comment-page-1/#comment-2336</link>
		<dc:creator>Isac</dc:creator>
		<pubDate>Wed, 06 Jul 2011 23:09:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.sickenger.com/?p=308#comment-2336</guid>
		<description>relevant article

http://www.teddziuba.com/2011/03/devops-scam.html

especially this part is so true, I kinda have this feeling for every methodology we have 

&quot;It&#039;s the classic Rainmaker scam. You pay a man to make it rain on your crops, and when it rains, he takes the credit. If it doesn&#039;t rain, he comes up with an excuse that involves you paying more money.&quot;</description>
		<content:encoded><![CDATA[<p>relevant article</p>
<p><a href="http://www.teddziuba.com/2011/03/devops-scam.html" rel="nofollow">http://www.teddziuba.com/2011/03/devops-scam.html</a></p>
<p>especially this part is so true, I kinda have this feeling for every methodology we have </p>
<p>&#8220;It&#8217;s the classic Rainmaker scam. You pay a man to make it rain on your crops, and when it rains, he takes the credit. If it doesn&#8217;t rain, he comes up with an excuse that involves you paying more money.&#8221;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on F*ck the process, embrace the team! by Eirik A</title>
		<link>http://www.sickenger.com/2011/07/agile-fck-the-process-embrace-the-team/comment-page-1/#comment-2335</link>
		<dc:creator>Eirik A</dc:creator>
		<pubDate>Wed, 06 Jul 2011 22:37:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.sickenger.com/?p=308#comment-2335</guid>
		<description>This is pretty inflammatory on the same level that Agile evangelists presume that process will make up for anything else.

Agile, TDD whatever are just processes.  If you follow the process you&#039;re more successful.  If you have a good team you&#039;re successful as well.

It&#039;s somehow as if all extremists miss the point!

By the by, the investigation on that Toyota issue was found to be user error.</description>
		<content:encoded><![CDATA[<p>This is pretty inflammatory on the same level that Agile evangelists presume that process will make up for anything else.</p>
<p>Agile, TDD whatever are just processes.  If you follow the process you&#8217;re more successful.  If you have a good team you&#8217;re successful as well.</p>
<p>It&#8217;s somehow as if all extremists miss the point!</p>
<p>By the by, the investigation on that Toyota issue was found to be user error.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

