<?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/"
	xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd"
xmlns:rawvoice="http://www.rawvoice.com/rawvoiceRssModule/"
	>
<channel>
	<title>Comments on: The application may experience a hard landing</title>
	<atom:link href="http://www.itauthor.com/2009/10/08/the-application-may-experience-a-hard-landing/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.itauthor.com/2009/10/08/the-application-may-experience-a-hard-landing/</link>
	<description>Stuff about technical writing and software</description>
	<lastBuildDate>Sat, 04 Feb 2012 23:42:54 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Stephen Readman</title>
		<link>http://www.itauthor.com/2009/10/08/the-application-may-experience-a-hard-landing/comment-page-1/#comment-7104</link>
		<dc:creator>Stephen Readman</dc:creator>
		<pubDate>Fri, 30 Oct 2009 21:55:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.itauthor.com/2009/10/08/the-application-may-experience-a-hard-landing/#comment-7104</guid>
		<description>Hi Alistair,
In software testing land (when writing defect for example) there is a difference.
CRASH: When a program crashes you may or may not get an error message, but what you do get is a program no longer running. Like the helicopter!
NOT RESPONDING: In this case the program is still running, it be producing errors, but it is not responding to user stimulation. This would be a helicopter going round in circles out of the pilots control - but not splattered on the ground.
In performance testing you sometimes find a program that is not responding (to any more request/load) is actually busy processing what it can.
Stephen.
 
PS what&#039;s wrong with my .cx email address - you site wont accept it.</description>
		<content:encoded><![CDATA[<p>Hi Alistair,<br />
In software testing land (when writing defect for example) there is a difference.<br />
CRASH: When a program crashes you may or may not get an error message, but what you do get is a program no longer running. Like the helicopter!<br />
NOT RESPONDING: In this case the program is still running, it be producing errors, but it is not responding to user stimulation. This would be a helicopter going round in circles out of the pilots control - but not splattered on the ground.<br />
In performance testing you sometimes find a program that is not responding (to any more request/load) is actually busy processing what it can.<br />
Stephen.<br />
 <br />
PS what's wrong with my .cx email address - you site wont accept it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Janet Swisher</title>
		<link>http://www.itauthor.com/2009/10/08/the-application-may-experience-a-hard-landing/comment-page-1/#comment-7102</link>
		<dc:creator>Janet Swisher</dc:creator>
		<pubDate>Fri, 09 Oct 2009 21:13:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.itauthor.com/2009/10/08/the-application-may-experience-a-hard-landing/#comment-7102</guid>
		<description>The problem with &quot;crash&quot; is that it is not very specific. If you post on a support forum that &quot;the program crashed&quot;, the response is likely to be &quot;What exactly happened? Did you get an error message, and if so what was it?&quot; A program that stops responding has a different type of problem from a program that exits unexpectedly. I suggest describing the behavior that the user is likely to see, rather than a vague term like &quot;crash&quot;.
 </description>
		<content:encoded><![CDATA[<p>The problem with "crash" is that it is not very specific. If you post on a support forum that "the program crashed", the response is likely to be "What exactly happened? Did you get an error message, and if so what was it?" A program that stops responding has a different type of problem from a program that exits unexpectedly. I suggest describing the behavior that the user is likely to see, rather than a vague term like "crash".<br />
 </p>
]]></content:encoded>
	</item>
</channel>
</rss>

