<?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: Defining &#8220;Computation&#8221;</title>
	<atom:link href="http://www.petemandik.com/blog/2008/02/21/defining-computation/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.petemandik.com/blog/2008/02/21/defining-computation/</link>
	<description>Pete Mandik's Intermittently Neurophilosophical Weblog</description>
	<pubDate>Sun, 14 Mar 2010 07:54:31 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Ken</title>
		<link>http://www.petemandik.com/blog/2008/02/21/defining-computation/comment-page-1/#comment-195910</link>
		<dc:creator>Ken</dc:creator>
		<pubDate>Thu, 06 Mar 2008 20:53:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.petemandik.com/blog/2008/02/21/defining-computation/#comment-195910</guid>
		<description>Maybe this is useful:
Hartley Rogers, Theory of Recursive Functions and Effective Computability.  The MIT Press; New Ed edition (April 22, 1987).  pp. 1-2.

You can look at this at Amazon with their excerpt feature.</description>
		<content:encoded><![CDATA[<p>Maybe this is useful:<br />
Hartley Rogers, Theory of Recursive Functions and Effective Computability.  The MIT Press; New Ed edition (April 22, 1987).  pp. 1-2.</p>
<p>You can look at this at Amazon with their excerpt feature.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pete Mandik</title>
		<link>http://www.petemandik.com/blog/2008/02/21/defining-computation/comment-page-1/#comment-194378</link>
		<dc:creator>Pete Mandik</dc:creator>
		<pubDate>Wed, 05 Mar 2008 20:05:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.petemandik.com/blog/2008/02/21/defining-computation/#comment-194378</guid>
		<description>There's something fucked up in here somewhere:

You have said:

"The notion of effective computability has nothing to do with mechanicalness"
&amp;
"The definition clearly links computation to recursion — an essential feature."
&amp;
"A mechanical procedure is, basically, just a recursive procedure."

It kind of looks like we can derive from this that computation is simultaneously mechanical and not mechanical. But maybe I'm interpreting something incorrectly here. What's up?</description>
		<content:encoded><![CDATA[<p>There&#8217;s something fucked up in here somewhere:</p>
<p>You have said:</p>
<p>&#8220;The notion of effective computability has nothing to do with mechanicalness&#8221;<br />
&#038;<br />
&#8220;The definition clearly links computation to recursion — an essential feature.&#8221;<br />
&#038;<br />
&#8220;A mechanical procedure is, basically, just a recursive procedure.&#8221;</p>
<p>It kind of looks like we can derive from this that computation is simultaneously mechanical and not mechanical. But maybe I&#8217;m interpreting something incorrectly here. What&#8217;s up?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Eric Steinhart</title>
		<link>http://www.petemandik.com/blog/2008/02/21/defining-computation/comment-page-1/#comment-194184</link>
		<dc:creator>Eric Steinhart</dc:creator>
		<pubDate>Wed, 05 Mar 2008 17:54:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.petemandik.com/blog/2008/02/21/defining-computation/#comment-194184</guid>
		<description>Maybe the oracle is computing and maybe it isn't.  That makes no difference.  All that matters is that the oracle can do things that you can't do mechanically.</description>
		<content:encoded><![CDATA[<p>Maybe the oracle is computing and maybe it isn&#8217;t.  That makes no difference.  All that matters is that the oracle can do things that you can&#8217;t do mechanically.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pete Mandik</title>
		<link>http://www.petemandik.com/blog/2008/02/21/defining-computation/comment-page-1/#comment-194005</link>
		<dc:creator>Pete Mandik</dc:creator>
		<pubDate>Wed, 05 Mar 2008 15:57:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.petemandik.com/blog/2008/02/21/defining-computation/#comment-194005</guid>
		<description>I'm not sure I totally follow. So is the oracle computing?</description>
		<content:encoded><![CDATA[<p>I&#8217;m not sure I totally follow. So is the oracle computing?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Eric Steinhart</title>
		<link>http://www.petemandik.com/blog/2008/02/21/defining-computation/comment-page-1/#comment-193976</link>
		<dc:creator>Eric Steinhart</dc:creator>
		<pubDate>Wed, 05 Mar 2008 15:39:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.petemandik.com/blog/2008/02/21/defining-computation/#comment-193976</guid>
		<description>The point of (c) is to allow a computation to be transfinite.   Consider a computation that runs on Zeno moments 0, 1/2, 3/4, 7/8, and so on.  Such a computation is an endless series of successor states (at the Zeno moments).  But the computation can have an operation that transfoms the endless series of successor states into a limit state at time 1.  Copeland has done much work on this notion of computation.  It's an old idea: the computation is said to accelerate over the Zeno moments and to produce a result at the limit of that sequence of moments.  Thus "accelerating Turing machines".  The computation might terminate at time 1, thus having a final state after an endless series.  Final does not entail finite.

There's a difference between "effective" and "mechanical".  A mechanical procedure is, basically, just a recursive procedure.  An effective procedure is, basically, just one that gets the job done.  Thus Turing introduced the idea of an oracle.  An oracle correctly answers your (yes / no) question in a fixed finite time.  Thus you might have an oracle for arithmetical propositions.  For any arithmetical proposition P, you can ask the oracle whether or not P is true (whether or not it's a theorem of arithmetic).  The oracle always answers correctly in finite time.  There is no mechanical procedure for deciding the theorems of arithmetic -- many are true but unprovable.  But, thanks to your oracle, you have an effective way of deciding the theorems of arithmetic.</description>
		<content:encoded><![CDATA[<p>The point of (c) is to allow a computation to be transfinite.   Consider a computation that runs on Zeno moments 0, 1/2, 3/4, 7/8, and so on.  Such a computation is an endless series of successor states (at the Zeno moments).  But the computation can have an operation that transfoms the endless series of successor states into a limit state at time 1.  Copeland has done much work on this notion of computation.  It&#8217;s an old idea: the computation is said to accelerate over the Zeno moments and to produce a result at the limit of that sequence of moments.  Thus &#8220;accelerating Turing machines&#8221;.  The computation might terminate at time 1, thus having a final state after an endless series.  Final does not entail finite.</p>
<p>There&#8217;s a difference between &#8220;effective&#8221; and &#8220;mechanical&#8221;.  A mechanical procedure is, basically, just a recursive procedure.  An effective procedure is, basically, just one that gets the job done.  Thus Turing introduced the idea of an oracle.  An oracle correctly answers your (yes / no) question in a fixed finite time.  Thus you might have an oracle for arithmetical propositions.  For any arithmetical proposition P, you can ask the oracle whether or not P is true (whether or not it&#8217;s a theorem of arithmetic).  The oracle always answers correctly in finite time.  There is no mechanical procedure for deciding the theorems of arithmetic &#8212; many are true but unprovable.  But, thanks to your oracle, you have an effective way of deciding the theorems of arithmetic.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pete Mandik</title>
		<link>http://www.petemandik.com/blog/2008/02/21/defining-computation/comment-page-1/#comment-193771</link>
		<dc:creator>Pete Mandik</dc:creator>
		<pubDate>Wed, 05 Mar 2008 12:40:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.petemandik.com/blog/2008/02/21/defining-computation/#comment-193771</guid>
		<description>Those are pretty helpful remarks, Eric.

I'm not sure I understand (c), though. How is it consistent with (d)? ("endless" &amp; "final state" tickle my contradiction detectors). 

Relatedly, How is (d) consistent with transfinite recursion?

I don't get the God point. What's the effective procedure here? Be God? 

Cthulhu Ftaghn!</description>
		<content:encoded><![CDATA[<p>Those are pretty helpful remarks, Eric.</p>
<p>I&#8217;m not sure I understand (c), though. How is it consistent with (d)? (&#8221;endless&#8221; &#038; &#8220;final state&#8221; tickle my contradiction detectors). </p>
<p>Relatedly, How is (d) consistent with transfinite recursion?</p>
<p>I don&#8217;t get the God point. What&#8217;s the effective procedure here? Be God? </p>
<p>Cthulhu Ftaghn!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Eric Steinhart</title>
		<link>http://www.petemandik.com/blog/2008/02/21/defining-computation/comment-page-1/#comment-193121</link>
		<dc:creator>Eric Steinhart</dc:creator>
		<pubDate>Wed, 05 Mar 2008 04:59:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.petemandik.com/blog/2008/02/21/defining-computation/#comment-193121</guid>
		<description>Pete says computation is "the process of arriving at a (typically numerically or symbolically interpretable) state from an initial condition via the application of a set of rules; alternately, rule-governed symbol manipulation."

This definition has way too many problems.  Saying the state is typically numerically or symbolically interpretable is unneeded - try giving me a state that is NOT numerically or symbolically interpretable.  What's the difference between a "condition" and a "state"?  Why aren't we starting from an initial state?  As it stands, the definition seems to imply that almost any process is a computation - even a random process like throwing a die over and over.  Is "do whatever you want" a rule?

As an old computer scientist, here's my definition: a computation is any process that (a) begins with an initial state; (b) uses a fixed set of operations to repeatedly transform its current state into its next state; (c) may use an operation  to transform an endless series of states into a limit state; and that (d) ends with some final state.

The definition says nothing about the precision of the states (thus the states might be real numbers on a continuum).  It says nothing about rules (and thus avoids the vexed question of what is a rule).  Instead, it talks about operations.  You get to pick anything at all as an operation, so long as its a function from states to states.  The definition clearly links computation to recursion -- an essential feature.  The definition allows for transfinite recursion and thus transfinite computation.  It is not bound by the Church-Turing limit.  The definition demands the existence of a final state and thus ensures effectiveness (though not necessarily finite effectiveness).

The notion of effective computability has nothing to do with mechanicalness.  It has to do with producing a result.  f you could ask God  (or one of Turing's oracles) any question and get His answer (which would be true) in some fixed finite time, you'd have an effective procedure.  But it wouldn't be mechanical. 

We now get to "calculation via procedures that are “mechanical” in the sense of being able to be performed by the application of relatively simple procedures without the utilizations of much insight or ingenuity"

To talk about proceedures that are able to be performed by procedures is nonsense.  Note that nobody ever talked about "much" insight or ingenuity.  Turing makes these ideas clear.  So it's better to just skip this sentence.

Otherwise, all is Groovy.

Cthulhu Ftaghn!</description>
		<content:encoded><![CDATA[<p>Pete says computation is &#8220;the process of arriving at a (typically numerically or symbolically interpretable) state from an initial condition via the application of a set of rules; alternately, rule-governed symbol manipulation.&#8221;</p>
<p>This definition has way too many problems.  Saying the state is typically numerically or symbolically interpretable is unneeded - try giving me a state that is NOT numerically or symbolically interpretable.  What&#8217;s the difference between a &#8220;condition&#8221; and a &#8220;state&#8221;?  Why aren&#8217;t we starting from an initial state?  As it stands, the definition seems to imply that almost any process is a computation - even a random process like throwing a die over and over.  Is &#8220;do whatever you want&#8221; a rule?</p>
<p>As an old computer scientist, here&#8217;s my definition: a computation is any process that (a) begins with an initial state; (b) uses a fixed set of operations to repeatedly transform its current state into its next state; (c) may use an operation  to transform an endless series of states into a limit state; and that (d) ends with some final state.</p>
<p>The definition says nothing about the precision of the states (thus the states might be real numbers on a continuum).  It says nothing about rules (and thus avoids the vexed question of what is a rule).  Instead, it talks about operations.  You get to pick anything at all as an operation, so long as its a function from states to states.  The definition clearly links computation to recursion &#8212; an essential feature.  The definition allows for transfinite recursion and thus transfinite computation.  It is not bound by the Church-Turing limit.  The definition demands the existence of a final state and thus ensures effectiveness (though not necessarily finite effectiveness).</p>
<p>The notion of effective computability has nothing to do with mechanicalness.  It has to do with producing a result.  f you could ask God  (or one of Turing&#8217;s oracles) any question and get His answer (which would be true) in some fixed finite time, you&#8217;d have an effective procedure.  But it wouldn&#8217;t be mechanical. </p>
<p>We now get to &#8220;calculation via procedures that are “mechanical” in the sense of being able to be performed by the application of relatively simple procedures without the utilizations of much insight or ingenuity&#8221;</p>
<p>To talk about proceedures that are able to be performed by procedures is nonsense.  Note that nobody ever talked about &#8220;much&#8221; insight or ingenuity.  Turing makes these ideas clear.  So it&#8217;s better to just skip this sentence.</p>
<p>Otherwise, all is Groovy.</p>
<p>Cthulhu Ftaghn!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Corey Maley</title>
		<link>http://www.petemandik.com/blog/2008/02/21/defining-computation/comment-page-1/#comment-185639</link>
		<dc:creator>Corey Maley</dc:creator>
		<pubDate>Thu, 28 Feb 2008 22:24:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.petemandik.com/blog/2008/02/21/defining-computation/#comment-185639</guid>
		<description>I think Pete's reply to Ken is dead on. There is, I think, something to be said for distinguishing between discrete and digital computation, but that's another matter.

What I had in mind in my earlier post (regarding analog computers) were the mechanical, crank-the-gears machines used to integrate functions and point the anti-aircraft guns at the right spots. While I agree that it's important to maintain the Wittgensteinian point, there may be something to say about how those non-programmable but obviously digital computers follow rules (I take it that this is what Marcin had in mind when he mentioned implementation). But those analog computers did what they did in virtue of physical properties that, in a real sense, directly modeled whatever it was they were trying to compute. It seems to me that if those things follow rules, we may be very close to trivializing the notion of rule-following (and not just being rule-describable). Maybe those aren't *really* computers, but for a time they certainly were.</description>
		<content:encoded><![CDATA[<p>I think Pete&#8217;s reply to Ken is dead on. There is, I think, something to be said for distinguishing between discrete and digital computation, but that&#8217;s another matter.</p>
<p>What I had in mind in my earlier post (regarding analog computers) were the mechanical, crank-the-gears machines used to integrate functions and point the anti-aircraft guns at the right spots. While I agree that it&#8217;s important to maintain the Wittgensteinian point, there may be something to say about how those non-programmable but obviously digital computers follow rules (I take it that this is what Marcin had in mind when he mentioned implementation). But those analog computers did what they did in virtue of physical properties that, in a real sense, directly modeled whatever it was they were trying to compute. It seems to me that if those things follow rules, we may be very close to trivializing the notion of rule-following (and not just being rule-describable). Maybe those aren&#8217;t *really* computers, but for a time they certainly were.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pete Mandik</title>
		<link>http://www.petemandik.com/blog/2008/02/21/defining-computation/comment-page-1/#comment-184810</link>
		<dc:creator>Pete Mandik</dc:creator>
		<pubDate>Wed, 27 Feb 2008 14:41:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.petemandik.com/blog/2008/02/21/defining-computation/#comment-184810</guid>
		<description>Thank you Ken, Liz, Marcin, and Corey for your helpful feedback. The revised version will no doubt greatly reflect your input and more will likely be said that explicitly addresses issues concerning analog and digital computers.

Here are some points for the purpose of further discussion, if you’re interested.

Ken: I take it that the key characteristic of the digital is that it’s not analog and the key characteristic of the analog is the way in which things are represented (via morphisms). I wouldn’t characterize analog representations as involving infinite precision (the calibrations of analog measuring devices, for example, are going to give you only a finite number of significant digits). And I think the general notion of effectiveness, the one of which both pre-Turing and post-Turing notions are instances, applies to the manipulations of representations and is neutral with respect to whether the representations themselves are analog or digital.

Liz: I guess there’s no harm in calling the illumination of the model a computation, but I likewise guess there’s no harm in calling the representations in question “symbols” and stating the rule followed as “shine light on model and note resultant shadow distributions.” Regarding your offered third alternative, I personally find it appealing but worry that it is a bit too controversial: widespread is the view that it’s vehicular, not content properties, that determine the causal interactions between representations in a computation.

Corey and Marcin: I don’t think anyone has a particularly clear idea about how to tell when something does or doesn’t follow rules, but the closest thing to popping open the hood and finding rules hiding therein we’re going to get is with programmables. However, making the presence of an instruction set criterial for digital computation will, as Marcin nicely points out, exclude non-programmable but obviously digital computers.</description>
		<content:encoded><![CDATA[<p>Thank you Ken, Liz, Marcin, and Corey for your helpful feedback. The revised version will no doubt greatly reflect your input and more will likely be said that explicitly addresses issues concerning analog and digital computers.</p>
<p>Here are some points for the purpose of further discussion, if you’re interested.</p>
<p>Ken: I take it that the key characteristic of the digital is that it’s not analog and the key characteristic of the analog is the way in which things are represented (via morphisms). I wouldn’t characterize analog representations as involving infinite precision (the calibrations of analog measuring devices, for example, are going to give you only a finite number of significant digits). And I think the general notion of effectiveness, the one of which both pre-Turing and post-Turing notions are instances, applies to the manipulations of representations and is neutral with respect to whether the representations themselves are analog or digital.</p>
<p>Liz: I guess there’s no harm in calling the illumination of the model a computation, but I likewise guess there’s no harm in calling the representations in question “symbols” and stating the rule followed as “shine light on model and note resultant shadow distributions.” Regarding your offered third alternative, I personally find it appealing but worry that it is a bit too controversial: widespread is the view that it’s vehicular, not content properties, that determine the causal interactions between representations in a computation.</p>
<p>Corey and Marcin: I don’t think anyone has a particularly clear idea about how to tell when something does or doesn’t follow rules, but the closest thing to popping open the hood and finding rules hiding therein we’re going to get is with programmables. However, making the presence of an instruction set criterial for digital computation will, as Marcin nicely points out, exclude non-programmable but obviously digital computers.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Marcin Milkowski</title>
		<link>http://www.petemandik.com/blog/2008/02/21/defining-computation/comment-page-1/#comment-184514</link>
		<dc:creator>Marcin Milkowski</dc:creator>
		<pubDate>Tue, 26 Feb 2008 20:58:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.petemandik.com/blog/2008/02/21/defining-computation/#comment-184514</guid>
		<description>Corey,

it depends on whether you're Wittgensteinian and you distinguish between rule-following behavior and behavior that can be described with a rule. It's obvious that you coud have non-programmed digital computers with no rules represented to be followed so I thought Pete didn't want to use this distinction (non-programmable digital calculators, for example, can have no software level and no explicit rules to follow). Not all digital computers adhere to von Neumann's architecture, after all.</description>
		<content:encoded><![CDATA[<p>Corey,</p>
<p>it depends on whether you&#8217;re Wittgensteinian and you distinguish between rule-following behavior and behavior that can be described with a rule. It&#8217;s obvious that you coud have non-programmed digital computers with no rules represented to be followed so I thought Pete didn&#8217;t want to use this distinction (non-programmable digital calculators, for example, can have no software level and no explicit rules to follow). Not all digital computers adhere to von Neumann&#8217;s architecture, after all.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
