<?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: Hard problems and the Temple of Complexity</title>
	<atom:link href="http://blog.amber.org/2006/04/14/hard-problems-and-the-temple-of-complexity/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.amber.org/2006/04/14/hard-problems-and-the-temple-of-complexity/</link>
	<description>Thoughts of a minor lunatic</description>
	<pubDate>Wed, 07 Jan 2009 20:55:33 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Ian Rae</title>
		<link>http://blog.amber.org/2006/04/14/hard-problems-and-the-temple-of-complexity/comment-page-1/#comment-6444</link>
		<dc:creator>Ian Rae</dc:creator>
		<pubDate>Thu, 27 Apr 2006 15:53:33 +0000</pubDate>
		<guid isPermaLink="false">http://blog.amber.org/2006/04/14/hard-problems-and-the-temple-of-complexity/#comment-6444</guid>
		<description>Another dimension of complexity is the changing nature of requirements.  Being asked to build something is generally not "hard".  But when they change their mind six months in, then nine months, and so on, you have a hard puzzle on your hands.  Keep building on the original (and now inadequate) foundation? Redo the entire foundation?  Redo the foundation with even additional flexibility in expectation of further requirements changes?  Redo part and add a mapping layer??</description>
		<content:encoded><![CDATA[<p>Another dimension of complexity is the changing nature of requirements.  Being asked to build something is generally not &#8220;hard&#8221;.  But when they change their mind six months in, then nine months, and so on, you have a hard puzzle on your hands.  Keep building on the original (and now inadequate) foundation? Redo the entire foundation?  Redo the foundation with even additional flexibility in expectation of further requirements changes?  Redo part and add a mapping layer??</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Aristotle Pagaltzis</title>
		<link>http://blog.amber.org/2006/04/14/hard-problems-and-the-temple-of-complexity/comment-page-1/#comment-6269</link>
		<dc:creator>Aristotle Pagaltzis</dc:creator>
		<pubDate>Mon, 17 Apr 2006 03:35:53 +0000</pubDate>
		<guid isPermaLink="false">http://blog.amber.org/2006/04/14/hard-problems-and-the-temple-of-complexity/#comment-6269</guid>
		<description>I agree on all counts and rather enjoyed this article, but you slipped a really embarrassing little mistake in there:

P or NP complete

There is no such thing as â€œP complete.â€? There is only â€œNP-complete,â€? which is the name of a special class of isomorphic NP problems. I was going to break it down a little more here, but then I noticed you would be better served to just look up the Wikipedia articles on NP-complete and complexity theory.</description>
		<content:encoded><![CDATA[<p>I agree on all counts and rather enjoyed this article, but you slipped a really embarrassing little mistake in there:</p>
<p>P or NP complete</p>
<p>There is no such thing as â€œP complete.â€? There is only â€œNP-complete,â€? which is the name of a special class of isomorphic NP problems. I was going to break it down a little more here, but then I noticed you would be better served to just look up the Wikipedia articles on NP-complete and complexity theory.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: petrilli</title>
		<link>http://blog.amber.org/2006/04/14/hard-problems-and-the-temple-of-complexity/comment-page-1/#comment-6244</link>
		<dc:creator>petrilli</dc:creator>
		<pubDate>Sun, 16 Apr 2006 21:44:45 +0000</pubDate>
		<guid isPermaLink="false">http://blog.amber.org/2006/04/14/hard-problems-and-the-temple-of-complexity/#comment-6244</guid>
		<description>There are a staggeringly few number of "problems" in the IT world that haven't been solved repeatedly -- some even tens of thousands of times. This is why I argue that the laughable notion that they are "hard problems" is born more by a desire to feel important than by any real innate difficulty in the problem itself.

There are hard problems, but we drain our resources and intellectual capital into many places where we do nothing truly hard. Often things become hard because we attempt to make everyone happy. Such things, bred of strange psychosis in the human animal, are disaster to accomplishing anything.</description>
		<content:encoded><![CDATA[<p>There are a staggeringly few number of &#8220;problems&#8221; in the IT world that haven&#8217;t been solved repeatedly&#8212;some even tens of thousands of times. This is why I argue that the laughable notion that they are &#8220;hard problems&#8221; is born more by a desire to feel important than by any real innate difficulty in the problem itself.</p>
<p>There are hard problems, but we drain our resources and intellectual capital into many places where we do nothing truly hard. Often things become hard because we attempt to make everyone happy. Such things, bred of strange psychosis in the human animal, are disaster to accomplishing anything.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: JT</title>
		<link>http://blog.amber.org/2006/04/14/hard-problems-and-the-temple-of-complexity/comment-page-1/#comment-6241</link>
		<dc:creator>JT</dc:creator>
		<pubDate>Sun, 16 Apr 2006 15:43:53 +0000</pubDate>
		<guid isPermaLink="false">http://blog.amber.org/2006/04/14/hard-problems-and-the-temple-of-complexity/#comment-6241</guid>
		<description>The easist problems are:
--&#62; ones that have been solved for already
--&#62; easy to write down on one piece of paper
--&#62; correcting past mistakes
--&#62; utility based in nature

The hardest problems:
--&#62; the most difficult to put into word
--&#62; subject to the most highly unique aspects of the customer 
--&#62; attempt to solve for people power (aka "wetware"</description>
		<content:encoded><![CDATA[<p>The easist problems are:&#8212;> ones that have been solved for already&#8212;> easy to write down on one piece of paper&#8212;> correcting past mistakes&#8212;> utility based in nature</p>
<p>The hardest problems:&#8212;> the most difficult to put into word&#8212;> subject to the most highly unique aspects of the customer &#8212;> attempt to solve for people power (aka &#8220;wetware&#8221; </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: petrilli</title>
		<link>http://blog.amber.org/2006/04/14/hard-problems-and-the-temple-of-complexity/comment-page-1/#comment-6239</link>
		<dc:creator>petrilli</dc:creator>
		<pubDate>Sun, 16 Apr 2006 15:02:00 +0000</pubDate>
		<guid isPermaLink="false">http://blog.amber.org/2006/04/14/hard-problems-and-the-temple-of-complexity/#comment-6239</guid>
		<description>Let's tag this one k-rad k00l.</description>
		<content:encoded><![CDATA[<p>Let&#8217;s tag this one k-rad k00l.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chowdary</title>
		<link>http://blog.amber.org/2006/04/14/hard-problems-and-the-temple-of-complexity/comment-page-1/#comment-6229</link>
		<dc:creator>Chowdary</dc:creator>
		<pubDate>Sun, 16 Apr 2006 08:25:04 +0000</pubDate>
		<guid isPermaLink="false">http://blog.amber.org/2006/04/14/hard-problems-and-the-temple-of-complexity/#comment-6229</guid>
		<description>Funny how Ruby or rails can't address them..

Welcome to THE Real World....
 Mr. Know-no-thing(TM) sy

What are those tags? Is'nt it just BALONEY?

Why can't I tag your blogs....

Who's tagging your blogs?????  Why?</description>
		<content:encoded><![CDATA[<p>Funny how Ruby or rails can&#8217;t address them..</p>
<p>Welcome to THE Real World&#8230;.<br />
 Mr. Know-no-thing&#8482; sy</p>
<p>What are those tags? Is&#8217;nt it just BALONEY?</p>
<p>Why can&#8217;t I tag your blogs&#8230;.</p>
<p>Who&#8217;s tagging your blogs?????  Why?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
