<?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"
	>
<channel>
	<title>Comments on: The Purpose of Automation</title>
	<atom:link href="http://cwd.dhemery.com/2004/07/automation/feed/" rel="self" type="application/rss+xml" />
	<link>http://cwd.dhemery.com/2004/07/automation/</link>
	<description>Dale Emery on Leadership</description>
	<pubDate>Tue, 06 Jan 2009 04:50:06 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.5</generator>
		<item>
		<title>By: Malte Finsterwalder</title>
		<link>http://cwd.dhemery.com/2004/07/automation/#comment-157</link>
		<dc:creator>Malte Finsterwalder</dc:creator>
		<pubDate>Tue, 30 Nov 1999 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://cwd.dhemery.com/2004/07/21/automation/#comment-157</guid>
		<description>One point always comes to my mind when talking about automation. It's somewhat implied by "improve the quality attributes of a process" but was not explicitly stated.
Automation improves accuracy and reduces the potential for error. Humans are just not very good at doing repetitive tasks accurately every time. Computers are "perfect" in that regard. If they do it right once, they can exactly repeat it as often as you like.</description>
		<content:encoded><![CDATA[<p>One point always comes to my mind when talking about automation. It&#8217;s somewhat implied by &#8220;improve the quality attributes of a process&#8221; but was not explicitly stated.<br />
Automation improves accuracy and reduces the potential for error. Humans are just not very good at doing repetitive tasks accurately every time. Computers are &#8220;perfect&#8221; in that regard. If they do it right once, they can exactly repeat it as often as you like.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Hristo Deshev</title>
		<link>http://cwd.dhemery.com/2004/07/automation/#comment-158</link>
		<dc:creator>Hristo Deshev</dc:creator>
		<pubDate>Tue, 30 Nov 1999 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://cwd.dhemery.com/2004/07/21/automation/#comment-158</guid>
		<description>My favorite example: automated tests and programming.  Automation speeds up the checks that a person, must do -- here is the qualitative improvement.  That improvement reduces the load on our brains and allows us to think about other, more fun things.  Lo and behold -- we have a different development process.</description>
		<content:encoded><![CDATA[<p>My favorite example: automated tests and programming.  Automation speeds up the checks that a person, must do &#8212; here is the qualitative improvement.  That improvement reduces the load on our brains and allows us to think about other, more fun things.  Lo and behold &#8212; we have a different development process.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Laurent Bossavit</title>
		<link>http://cwd.dhemery.com/2004/07/automation/#comment-159</link>
		<dc:creator>Laurent Bossavit</dc:creator>
		<pubDate>Tue, 30 Nov 1999 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://cwd.dhemery.com/2004/07/21/automation/#comment-159</guid>
		<description>Dale, I find my gut in violent disagreement with this posting, and my head at severe difficulty in pinning down what my gut objects to.

Perhaps what makes me uneasy in the above is the  overloaded term, "information". In my book, computers don't do information. They do data. Data is a difference - information is a difference that makes a difference. Since it makes no difference to a computer what it's processing, it's not information.

My gut is also disagreeing with the bit about quality attributes, but not telling my head anything.</description>
		<content:encoded><![CDATA[<p>Dale, I find my gut in violent disagreement with this posting, and my head at severe difficulty in pinning down what my gut objects to.</p>
<p>Perhaps what makes me uneasy in the above is the  overloaded term, &#8220;information&#8221;. In my book, computers don&#8217;t do information. They do data. Data is a difference - information is a difference that makes a difference. Since it makes no difference to a computer what it&#8217;s processing, it&#8217;s not information.</p>
<p>My gut is also disagreeing with the bit about quality attributes, but not telling my head anything.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dale Emery</title>
		<link>http://cwd.dhemery.com/2004/07/automation/#comment-160</link>
		<dc:creator>Dale Emery</dc:creator>
		<pubDate>Tue, 30 Nov 1999 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://cwd.dhemery.com/2004/07/21/automation/#comment-160</guid>
		<description>Laurent, maybe we can test whether the word "information" is what's bugging you.  If you replace every occurrence of the word "information" with "data," does that eliminate your uneasiness?

For now, I want to stay with "information."  I agree that the computer doesn't care what it's processing.  I'm assuming that if somebody spent the time and effort to automate the processing, there must be people somewhere for whom the data makes a difference.

One aspect of the post that bugs me is the absoluteness of "always and entirely."  I generally avoid absolutes like that.  I wrote it as an absolute anyway, partly because I wanted to experiment with absoluteness, and partly because I can't think of a single counterexample.

If you discover more clearly what you're objecting to, I'd love to hear about it.</description>
		<content:encoded><![CDATA[<p>Laurent, maybe we can test whether the word &#8220;information&#8221; is what&#8217;s bugging you.  If you replace every occurrence of the word &#8220;information&#8221; with &#8220;data,&#8221; does that eliminate your uneasiness?</p>
<p>For now, I want to stay with &#8220;information.&#8221;  I agree that the computer doesn&#8217;t care what it&#8217;s processing.  I&#8217;m assuming that if somebody spent the time and effort to automate the processing, there must be people somewhere for whom the data makes a difference.</p>
<p>One aspect of the post that bugs me is the absoluteness of &#8220;always and entirely.&#8221;  I generally avoid absolutes like that.  I wrote it as an absolute anyway, partly because I wanted to experiment with absoluteness, and partly because I can&#8217;t think of a single counterexample.</p>
<p>If you discover more clearly what you&#8217;re objecting to, I&#8217;d love to hear about it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Laurent Bossavit</title>
		<link>http://cwd.dhemery.com/2004/07/automation/#comment-161</link>
		<dc:creator>Laurent Bossavit</dc:creator>
		<pubDate>Tue, 30 Nov 1999 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://cwd.dhemery.com/2004/07/21/automation/#comment-161</guid>
		<description>Dale,

If I substitute "data" for "information", your first sentence still bugs me. Here's why in a nutshell: you say that a computer can do only three things. Mine does more than three things - it can send email for me, run a game for me, draw pictures at my bidding, play music, and so on. So I can't take your statement literally.

Perhaps my gut is only signaling confusion. But I suspect that my head read your statement as "anything a computer does can be reduced to one of three things". That makes more sense of my gut reaction - "reduce to" is a problematic concept. For instance, what *people* do also reduces to things that are relatively trivial. That tells us no more about the purpose of humanity than the deep reduction of computer things to "moving data around" tells us about the purpose of automation.

I think that the term "purpose" at the end is also one that my gut identifies as problematic. I don't know that *my* purposes in automating something are, always and entirely, to improve the quality attributes of a process. Yet I spend a lot of time automating things (less time now than I used to). Sometimes my purpose in doing so is to have fun, or to learn stuff. I don't know that these have to do with quality attributes of a process.</description>
		<content:encoded><![CDATA[<p>Dale,</p>
<p>If I substitute &#8220;data&#8221; for &#8220;information&#8221;, your first sentence still bugs me. Here&#8217;s why in a nutshell: you say that a computer can do only three things. Mine does more than three things - it can send email for me, run a game for me, draw pictures at my bidding, play music, and so on. So I can&#8217;t take your statement literally.</p>
<p>Perhaps my gut is only signaling confusion. But I suspect that my head read your statement as &#8220;anything a computer does can be reduced to one of three things&#8221;. That makes more sense of my gut reaction - &#8220;reduce to&#8221; is a problematic concept. For instance, what *people* do also reduces to things that are relatively trivial. That tells us no more about the purpose of humanity than the deep reduction of computer things to &#8220;moving data around&#8221; tells us about the purpose of automation.</p>
<p>I think that the term &#8220;purpose&#8221; at the end is also one that my gut identifies as problematic. I don&#8217;t know that *my* purposes in automating something are, always and entirely, to improve the quality attributes of a process. Yet I spend a lot of time automating things (less time now than I used to). Sometimes my purpose in doing so is to have fun, or to learn stuff. I don&#8217;t know that these have to do with quality attributes of a process.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steve Lott</title>
		<link>http://cwd.dhemery.com/2004/07/automation/#comment-162</link>
		<dc:creator>Steve Lott</dc:creator>
		<pubDate>Tue, 30 Nov 1999 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://cwd.dhemery.com/2004/07/21/automation/#comment-162</guid>
		<description>There's a language side to this, also.  Computing is about language and the formalized expression of knowledge as much as speed.

We have SQL itself and it's formal sublanguages (DML, DCL and DDL).  Programming languages (Java, Python), Data definition languages (HTML, XML).  Metadata languages: DTD, XSDL, XSLT, etc.  Don't forget analysis and design pattern languages to simplify and standardize discourse.

I think that there are cases where the formalism of application software trumps speed.  We need application software to do a job that can be done in Excel.  Why?  Excel is always ad-hoc.  We want something more formal.</description>
		<content:encoded><![CDATA[<p>There&#8217;s a language side to this, also.  Computing is about language and the formalized expression of knowledge as much as speed.</p>
<p>We have SQL itself and it&#8217;s formal sublanguages (DML, DCL and DDL).  Programming languages (Java, Python), Data definition languages (HTML, XML).  Metadata languages: DTD, XSDL, XSLT, etc.  Don&#8217;t forget analysis and design pattern languages to simplify and standardize discourse.</p>
<p>I think that there are cases where the formalism of application software trumps speed.  We need application software to do a job that can be done in Excel.  Why?  Excel is always ad-hoc.  We want something more formal.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jim Williamson</title>
		<link>http://cwd.dhemery.com/2004/07/automation/#comment-163</link>
		<dc:creator>Jim Williamson</dc:creator>
		<pubDate>Tue, 30 Nov 1999 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://cwd.dhemery.com/2004/07/21/automation/#comment-163</guid>
		<description>Dale

The problem with your statement is that it does
define 'what computers, via programs, do' but
it does not distinguish between the many and
varied ways in which computers are used. A system
for stock control could cause an order to be
sent to a supplier without any human intervention.
An alternative system might display a possible
purchase to the user, who confirms it, and the
order is sent automatically to the supplier.

The first is automation; I am not what label to
apply to the second solution- it is not TOTAL
automation, it is not Decision Support.</description>
		<content:encoded><![CDATA[<p>Dale</p>
<p>The problem with your statement is that it does<br />
define &#8216;what computers, via programs, do&#8217; but<br />
it does not distinguish between the many and<br />
varied ways in which computers are used. A system<br />
for stock control could cause an order to be<br />
sent to a supplier without any human intervention.<br />
An alternative system might display a possible<br />
purchase to the user, who confirms it, and the<br />
order is sent automatically to the supplier.</p>
<p>The first is automation; I am not what label to<br />
apply to the second solution- it is not TOTAL<br />
automation, it is not Decision Support.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
