<?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: Forced compliance is an obstruction to discipline</title>
	<atom:link href="http://aslamkhan.net/software-development/forced-compliance-is-an-obstruction-to-discipline/feed/" rel="self" type="application/rss+xml" />
	<link>http://aslamkhan.net/software-development/forced-compliance-is-an-obstruction-to-discipline/</link>
	<description>Ubuntu coding ... for your friends</description>
	<lastBuildDate>Fri, 11 Nov 2011 13:30:01 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: In defense of compliance</title>
		<link>http://aslamkhan.net/software-development/forced-compliance-is-an-obstruction-to-discipline/comment-page-1/#comment-3400</link>
		<dc:creator>In defense of compliance</dc:creator>
		<pubDate>Thu, 07 Jan 2010 22:42:31 +0000</pubDate>
		<guid isPermaLink="false">http://aslamkhan.net/?p=283#comment-3400</guid>
		<description>[...] second is a post by Aslam Khan entitled Forced compliance is an obstruction to discipline.  I respect him a lot for his forceful call for self-discipline in development, and I don&#8217;t [...]</description>
		<content:encoded><![CDATA[<p>[...] second is a post by Aslam Khan entitled Forced compliance is an obstruction to discipline.  I respect him a lot for his forceful call for self-discipline in development, and I don&#8217;t [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Claudio Perrone</title>
		<link>http://aslamkhan.net/software-development/forced-compliance-is-an-obstruction-to-discipline/comment-page-1/#comment-3377</link>
		<dc:creator>Claudio Perrone</dc:creator>
		<pubDate>Tue, 15 Dec 2009 21:09:23 +0000</pubDate>
		<guid isPermaLink="false">http://aslamkhan.net/?p=283#comment-3377</guid>
		<description>Hi Aslam, 
your examples of self discipline, like &quot;not check in code that is broken&quot; is a rule that, even if automatically enforced, would have no impact in your daily operation as diligent developer. 
Not all compliance is bad. The rule above, if enforced, could help in a team as traffic lights help cars moving in a crossroad.

Frankly, it is hard to just rely to self-disciplined common sense when most of our industry is nonsensical (giving plenty of Dilbert material at every corner).

I think that the real problem lies in how standards and guidelines are conceived and maintained within an organization, however. 
Once written, all too often these rules become the indisputable and immutable law. They may just as well be written in stone.

I recently learned a lesson from the continuous improvement in Toyota (with the understanding that software development is different from manufacturing, so take everything with grain of salt), which roughly says (i&#039;m translating from my memory, not Japanese :D):

&quot;A standard/rule/guideline is our understanding of the best way to do things right know. The moment it is written, it is there to be challenged and will be replaced as soon as better way is found.&quot;

This may or may not apply in software development since rules are rarely context free and software has a lot of variability. In other words, a prescriptive law that takes in account all the possible variations would be complex or impossible to write, so, (hint-hint) if you are &quot;mature enough&quot;, you would rather follow principles ;-)</description>
		<content:encoded><![CDATA[<p>Hi Aslam,<br />
your examples of self discipline, like &#8220;not check in code that is broken&#8221; is a rule that, even if automatically enforced, would have no impact in your daily operation as diligent developer.<br />
Not all compliance is bad. The rule above, if enforced, could help in a team as traffic lights help cars moving in a crossroad.</p>
<p>Frankly, it is hard to just rely to self-disciplined common sense when most of our industry is nonsensical (giving plenty of Dilbert material at every corner).</p>
<p>I think that the real problem lies in how standards and guidelines are conceived and maintained within an organization, however.<br />
Once written, all too often these rules become the indisputable and immutable law. They may just as well be written in stone.</p>
<p>I recently learned a lesson from the continuous improvement in Toyota (with the understanding that software development is different from manufacturing, so take everything with grain of salt), which roughly says (i&#8217;m translating from my memory, not Japanese <img src='http://aslamkhan.net/wp-includes/images/smilies/icon_biggrin.gif' alt=':D' class='wp-smiley' /> ):</p>
<p>&#8220;A standard/rule/guideline is our understanding of the best way to do things right know. The moment it is written, it is there to be challenged and will be replaced as soon as better way is found.&#8221;</p>
<p>This may or may not apply in software development since rules are rarely context free and software has a lot of variability. In other words, a prescriptive law that takes in account all the possible variations would be complex or impossible to write, so, (hint-hint) if you are &#8220;mature enough&#8221;, you would rather follow principles <img src='http://aslamkhan.net/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Aslam</title>
		<link>http://aslamkhan.net/software-development/forced-compliance-is-an-obstruction-to-discipline/comment-page-1/#comment-3374</link>
		<dc:creator>Aslam</dc:creator>
		<pubDate>Thu, 10 Dec 2009 06:16:59 +0000</pubDate>
		<guid isPermaLink="false">http://aslamkhan.net/?p=283#comment-3374</guid>
		<description>@Herman
Exactly!  Because of the forced compliance to CheckStyle, you do the bare minimum to get a &quot;clean&quot; build but that style of governance blocks the opportunity for accepting the higher responsibility of writing better code.

Nice illustration.  I like it a lot!</description>
		<content:encoded><![CDATA[<p>@Herman<br />
Exactly!  Because of the forced compliance to CheckStyle, you do the bare minimum to get a &#8220;clean&#8221; build but that style of governance blocks the opportunity for accepting the higher responsibility of writing better code.</p>
<p>Nice illustration.  I like it a lot!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Herman</title>
		<link>http://aslamkhan.net/software-development/forced-compliance-is-an-obstruction-to-discipline/comment-page-1/#comment-3372</link>
		<dc:creator>Herman</dc:creator>
		<pubDate>Wed, 09 Dec 2009 07:13:34 +0000</pubDate>
		<guid isPermaLink="false">http://aslamkhan.net/?p=283#comment-3372</guid>
		<description>You need self discipline in order to write good quality code.
The project with the most detailed defined and enforced CheckStyle templates that I have come across at a client, is also the project where there is the most serious code quality issues, even though all the code adheres to the CheckStyle templates...</description>
		<content:encoded><![CDATA[<p>You need self discipline in order to write good quality code.<br />
The project with the most detailed defined and enforced CheckStyle templates that I have come across at a client, is also the project where there is the most serious code quality issues, even though all the code adheres to the CheckStyle templates&#8230;</p>
]]></content:encoded>
	</item>
</channel>
</rss>

