<?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: the mark of sucessful software</title>
	<atom:link href="http://www.equivalence.co.uk/archives/1446/feed" rel="self" type="application/rss+xml" />
	<link>http://www.equivalence.co.uk/archives/1446</link>
	<description>Technical Blog for Software Developers</description>
	<lastBuildDate>Thu, 08 Jul 2010 05:20:39 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: Gregg</title>
		<link>http://www.equivalence.co.uk/archives/1446/comment-page-1#comment-530</link>
		<dc:creator>Gregg</dc:creator>
		<pubDate>Fri, 18 Sep 2009 08:38:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.equivalence.co.uk/?p=1446#comment-530</guid>
		<description>Yo Chris. I&#039;m actually unsure whether I was specifying them in order, subliminally or not! I was probably just running them in 1) the order I thought of them and 2) the order in which they flow into each other/overlap.

Back to your point. I agree that cost should be number one but I think I would switch round your 2 and 3 - as I would accept a high quality product that ran a little late, but not vice-versa. As you point out though, one point can bleed into the other, which maybe eludes to the fact that it&#039;s a combination of these things.</description>
		<content:encoded><![CDATA[<p>Yo Chris. I&#8217;m actually unsure whether I was specifying them in order, subliminally or not! I was probably just running them in 1) the order I thought of them and 2) the order in which they flow into each other/overlap.</p>
<p>Back to your point. I agree that cost should be number one but I think I would switch round your 2 and 3 &#8211; as I would accept a high quality product that ran a little late, but not vice-versa. As you point out though, one point can bleed into the other, which maybe eludes to the fact that it&#8217;s a combination of these things.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris McDermott</title>
		<link>http://www.equivalence.co.uk/archives/1446/comment-page-1#comment-529</link>
		<dc:creator>Chris McDermott</dc:creator>
		<pubDate>Fri, 18 Sep 2009 07:22:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.equivalence.co.uk/?p=1446#comment-529</guid>
		<description>I agree that these are all valuable metrics in measuring the success or failure of a particular piece of software. Although I&#039;m not sure I agree with the order in which you&#039;ve ranked them, if of course that was your intention. 

This is how I&#039;d order them:

1. Software that is cost effective: No matter the quality or delivery time if doesn&#039;t produce value for money then you might as well throw it away.

2. Software that is finished to schedule: If clients require to be able to use your software to carry out a particular task on a specified day then in needs to be ready on time. 

3. Software of high quality: You could argue that this comes under the cost effective banner but that probably depends on your contract with the client. If your code is bad then it becomes more expensive to maintain and extend.

4. Software that the end user is happy with: If people don&#039;t like it then you won&#039;t sell new versions or more versions or be given contracts new contracts. If they like it then they will tell others.

5 - 6. I&#039;d agree with this order.

Chris</description>
		<content:encoded><![CDATA[<p>I agree that these are all valuable metrics in measuring the success or failure of a particular piece of software. Although I&#8217;m not sure I agree with the order in which you&#8217;ve ranked them, if of course that was your intention. </p>
<p>This is how I&#8217;d order them:</p>
<p>1. Software that is cost effective: No matter the quality or delivery time if doesn&#8217;t produce value for money then you might as well throw it away.</p>
<p>2. Software that is finished to schedule: If clients require to be able to use your software to carry out a particular task on a specified day then in needs to be ready on time. </p>
<p>3. Software of high quality: You could argue that this comes under the cost effective banner but that probably depends on your contract with the client. If your code is bad then it becomes more expensive to maintain and extend.</p>
<p>4. Software that the end user is happy with: If people don&#8217;t like it then you won&#8217;t sell new versions or more versions or be given contracts new contracts. If they like it then they will tell others.</p>
<p>5 &#8211; 6. I&#8217;d agree with this order.</p>
<p>Chris</p>
]]></content:encoded>
	</item>
</channel>
</rss>
