<?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: Quirky but (mostly) useful software development rules</title>
	<atom:link href="http://royal.pingdom.com/2009/07/06/quirky-but-mostly-useful-software-development-rules/feed/" rel="self" type="application/rss+xml" />
	<link>http://royal.pingdom.com/2009/07/06/quirky-but-mostly-useful-software-development-rules/</link>
	<description>Ramblings and tech news from the Pingdom team</description>
	<lastBuildDate>Thu, 09 Feb 2012 15:34:41 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1.2</generator>
	<item>
		<title>By: Danzibar</title>
		<link>http://royal.pingdom.com/2009/07/06/quirky-but-mostly-useful-software-development-rules/comment-page-1/#comment-345413</link>
		<dc:creator>Danzibar</dc:creator>
		<pubDate>Wed, 15 Jul 2009 16:31:20 +0000</pubDate>
		<guid isPermaLink="false">http://royal.pingdom.com/?p=3038#comment-345413</guid>
		<description>Danzibar&#039;s Rule:

If something can go wrong, it already HAS. Be prepared.</description>
		<content:encoded><![CDATA[<p>Danzibar&#8217;s Rule:</p>
<p>If something can go wrong, it already HAS. Be prepared.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pma94301</title>
		<link>http://royal.pingdom.com/2009/07/06/quirky-but-mostly-useful-software-development-rules/comment-page-1/#comment-344753</link>
		<dc:creator>Pma94301</dc:creator>
		<pubDate>Fri, 10 Jul 2009 15:49:14 +0000</pubDate>
		<guid isPermaLink="false">http://royal.pingdom.com/?p=3038#comment-344753</guid>
		<description>The Sunnyvale Principle:
There&#039;s never time to do it right, but always time to do it over.</description>
		<content:encoded><![CDATA[<p>The Sunnyvale Principle:<br />
There&#8217;s never time to do it right, but always time to do it over.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andrew</title>
		<link>http://royal.pingdom.com/2009/07/06/quirky-but-mostly-useful-software-development-rules/comment-page-1/#comment-344746</link>
		<dc:creator>Andrew</dc:creator>
		<pubDate>Fri, 10 Jul 2009 14:36:18 +0000</pubDate>
		<guid isPermaLink="false">http://royal.pingdom.com/?p=3038#comment-344746</guid>
		<description>Hi you got me thinking about Moore&#039;s law vs Writh&#039;s law. If it was true then surely software would be so slow/complex that is wouldn&#039;t run on todays computers! Anyway I looked as software complexity based on the growth of Lines of Code for a desktop operating system and plotted that against CPU power increase.

http://performancetestersdiary.wordpress.com/2009/07/10/wriths-verses-moores-law/</description>
		<content:encoded><![CDATA[<p>Hi you got me thinking about Moore&#8217;s law vs Writh&#8217;s law. If it was true then surely software would be so slow/complex that is wouldn&#8217;t run on todays computers! Anyway I looked as software complexity based on the growth of Lines of Code for a desktop operating system and plotted that against CPU power increase.</p>
<p><a href="http://performancetestersdiary.wordpress.com/2009/07/10/wriths-verses-moores-law/" rel="nofollow">http://performancetestersdiary.wordpress.com/2009/07/10/wriths-verses-moores-law/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andrew from Vancouver</title>
		<link>http://royal.pingdom.com/2009/07/06/quirky-but-mostly-useful-software-development-rules/comment-page-1/#comment-344484</link>
		<dc:creator>Andrew from Vancouver</dc:creator>
		<pubDate>Wed, 08 Jul 2009 22:28:31 +0000</pubDate>
		<guid isPermaLink="false">http://royal.pingdom.com/?p=3038#comment-344484</guid>
		<description>The Dilbert Principle is a funny variation of the Peter Principle which is &quot;In a Hierarchy Every Employee Tends to Rise to His Level of Incompetence.&quot;

http://en.wikipedia.org/wiki/Peter_Principle

... and I&#039;ve found that Conway&#039;s Law is better represented by contrasting that an ITIL-laden company you will find huge amount of comments and error checking and references to dates and supporting documents in the sourcecode, but in a more lithe company the same sourcecode will be a small shell script.</description>
		<content:encoded><![CDATA[<p>The Dilbert Principle is a funny variation of the Peter Principle which is &#8220;In a Hierarchy Every Employee Tends to Rise to His Level of Incompetence.&#8221;</p>
<p><a href="http://en.wikipedia.org/wiki/Peter_Principle" rel="nofollow">http://en.wikipedia.org/wiki/Peter_Principle</a></p>
<p>&#8230; and I&#8217;ve found that Conway&#8217;s Law is better represented by contrasting that an ITIL-laden company you will find huge amount of comments and error checking and references to dates and supporting documents in the sourcecode, but in a more lithe company the same sourcecode will be a small shell script.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kenneth Wildenhain</title>
		<link>http://royal.pingdom.com/2009/07/06/quirky-but-mostly-useful-software-development-rules/comment-page-1/#comment-344474</link>
		<dc:creator>Kenneth Wildenhain</dc:creator>
		<pubDate>Wed, 08 Jul 2009 21:03:08 +0000</pubDate>
		<guid isPermaLink="false">http://royal.pingdom.com/?p=3038#comment-344474</guid>
		<description>Kermit&#039;s Law

     To err is human, but to realy f*&amp;# things up you need a computer.</description>
		<content:encoded><![CDATA[<p>Kermit&#8217;s Law</p>
<p>     To err is human, but to realy f*&amp;# things up you need a computer.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Justin</title>
		<link>http://royal.pingdom.com/2009/07/06/quirky-but-mostly-useful-software-development-rules/comment-page-1/#comment-344426</link>
		<dc:creator>Justin</dc:creator>
		<pubDate>Wed, 08 Jul 2009 15:24:39 +0000</pubDate>
		<guid isPermaLink="false">http://royal.pingdom.com/?p=3038#comment-344426</guid>
		<description>Occam&#039;s Razor also.</description>
		<content:encoded><![CDATA[<p>Occam&#8217;s Razor also.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mayson</title>
		<link>http://royal.pingdom.com/2009/07/06/quirky-but-mostly-useful-software-development-rules/comment-page-1/#comment-344342</link>
		<dc:creator>Mayson</dc:creator>
		<pubDate>Wed, 08 Jul 2009 00:24:53 +0000</pubDate>
		<guid isPermaLink="false">http://royal.pingdom.com/?p=3038#comment-344342</guid>
		<description>Sturgeon&#039;s Law usually applies.</description>
		<content:encoded><![CDATA[<p>Sturgeon&#8217;s Law usually applies.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andy Baker</title>
		<link>http://royal.pingdom.com/2009/07/06/quirky-but-mostly-useful-software-development-rules/comment-page-1/#comment-344340</link>
		<dc:creator>Andy Baker</dc:creator>
		<pubDate>Wed, 08 Jul 2009 00:16:01 +0000</pubDate>
		<guid isPermaLink="false">http://royal.pingdom.com/?p=3038#comment-344340</guid>
		<description>The Conway example doesn&#039;t quite fit my understanding of the &#039;law&#039;.</description>
		<content:encoded><![CDATA[<p>The Conway example doesn&#8217;t quite fit my understanding of the &#8216;law&#8217;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: drewmud</title>
		<link>http://royal.pingdom.com/2009/07/06/quirky-but-mostly-useful-software-development-rules/comment-page-1/#comment-344319</link>
		<dc:creator>drewmud</dc:creator>
		<pubDate>Tue, 07 Jul 2009 18:38:13 +0000</pubDate>
		<guid isPermaLink="false">http://royal.pingdom.com/?p=3038#comment-344319</guid>
		<description>My favorite rule which I apply whenever my technology gets messed up by someone is Hanlon&#039;s razor: Never attribute to malice that which can be adequately explained by stupidity.</description>
		<content:encoded><![CDATA[<p>My favorite rule which I apply whenever my technology gets messed up by someone is Hanlon&#8217;s razor: Never attribute to malice that which can be adequately explained by stupidity.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pingdom</title>
		<link>http://royal.pingdom.com/2009/07/06/quirky-but-mostly-useful-software-development-rules/comment-page-1/#comment-344246</link>
		<dc:creator>Pingdom</dc:creator>
		<pubDate>Tue, 07 Jul 2009 07:38:33 +0000</pubDate>
		<guid isPermaLink="false">http://royal.pingdom.com/?p=3038#comment-344246</guid>
		<description>@FuePi: It&#039;s actually not an error, but I see where you&#039;re coming from. See the Wikipedia entry for the ninety-ninety rule: http://en.wikipedia.org/wiki/Ninety-ninety_rule People just modify it sometimes to make it add up to 100% (like you just did). It&#039;s a pretty common rewrite, apparently.</description>
		<content:encoded><![CDATA[<p>@FuePi: It&#8217;s actually not an error, but I see where you&#8217;re coming from. See the Wikipedia entry for the ninety-ninety rule: <a href="http://en.wikipedia.org/wiki/Ninety-ninety_rule" rel="nofollow">http://en.wikipedia.org/wiki/Ninety-ninety_rule</a> People just modify it sometimes to make it add up to 100% (like you just did). It&#8217;s a pretty common rewrite, apparently.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

