<?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: Demystifying Continuations in Ruby (because they shouldn&#8217;t be feared)</title>
	<atom:link href="http://gnuu.org/2009/03/21/demystifying-continuations-in-ruby/feed/" rel="self" type="application/rss+xml" />
	<link>http://gnuu.org/2009/03/21/demystifying-continuations-in-ruby/</link>
	<description>my word against yours, fight.</description>
	<lastBuildDate>Thu, 29 Jul 2010 07:40:54 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
	<item>
		<title>By: James McKinney</title>
		<link>http://gnuu.org/2009/03/21/demystifying-continuations-in-ruby/comment-page-1/#comment-153</link>
		<dc:creator>James McKinney</dc:creator>
		<pubDate>Tue, 24 Mar 2009 21:35:10 +0000</pubDate>
		<guid isPermaLink="false">http://gnuu.org/2009/03/21/demystifying-continuations-in-ruby/#comment-153</guid>
		<description>i agree continuations aren&#039;t complicated, just some of the uses to which they are often put; I wasn&#039;t disagreeing.

I&#039;m just saying that (without having read the same blogs and articles about continuations that you have) I can only assume, being charitable to those authors, that the parts of the articles that were over-complicated were probably those that dealt with the uses of continuations. It&#039;s easy to explain code that uses one stack; it can get messy to explain code that saves and restores stacks regularly.</description>
		<content:encoded><![CDATA[<p>i agree continuations aren&#8217;t complicated, just some of the uses to which they are often put; I wasn&#8217;t disagreeing.</p>
<p>I&#8217;m just saying that (without having read the same blogs and articles about continuations that you have) I can only assume, being charitable to those authors, that the parts of the articles that were over-complicated were probably those that dealt with the uses of continuations. It&#8217;s easy to explain code that uses one stack; it can get messy to explain code that saves and restores stacks regularly.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Loren Segal</title>
		<link>http://gnuu.org/2009/03/21/demystifying-continuations-in-ruby/comment-page-1/#comment-152</link>
		<dc:creator>Loren Segal</dc:creator>
		<pubDate>Mon, 23 Mar 2009 19:37:04 +0000</pubDate>
		<guid isPermaLink="false">http://gnuu.org/2009/03/21/demystifying-continuations-in-ruby/#comment-152</guid>
		<description>I think you&#039;re confusing the functionality of continuations with its potential uses. You may not use a continuation &quot;as&quot; a goto, but when you use a continuation all its doing is exactly what I described above. Continuations by themselves have no other functionality but to jump to a point in code with a saved stack frame. What you use them for, well, that&#039;s a different story altogether. 

The point being, using continuations to do tail recursion should be as simple as doing tail recursion with a goto statement. That certainly sounds simple enough to me. You can use &quot;goto&quot;s as if statements, case switches and more. Does that make the goto statement complicated? Not in the least. Similarly, using continuations as a component in more complex patterns shouldn&#039;t make its usage any more mystical; it&#039;s still just a &quot;glorified goto&quot;.</description>
		<content:encoded><![CDATA[<p>I think you&#8217;re confusing the functionality of continuations with its potential uses. You may not use a continuation &#8220;as&#8221; a goto, but when you use a continuation all its doing is exactly what I described above. Continuations by themselves have no other functionality but to jump to a point in code with a saved stack frame. What you use them for, well, that&#8217;s a different story altogether. </p>
<p>The point being, using continuations to do tail recursion should be as simple as doing tail recursion with a goto statement. That certainly sounds simple enough to me. You can use &#8220;goto&#8221;s as if statements, case switches and more. Does that make the goto statement complicated? Not in the least. Similarly, using continuations as a component in more complex patterns shouldn&#8217;t make its usage any more mystical; it&#8217;s still just a &#8220;glorified goto&#8221;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: James McKinney</title>
		<link>http://gnuu.org/2009/03/21/demystifying-continuations-in-ruby/comment-page-1/#comment-148</link>
		<dc:creator>James McKinney</dc:creator>
		<pubDate>Sat, 21 Mar 2009 22:56:26 +0000</pubDate>
		<guid isPermaLink="false">http://gnuu.org/2009/03/21/demystifying-continuations-in-ruby/#comment-148</guid>
		<description>Uhh, I think it&#039;s exactly that continuations can save and restore execution state that makes them interesting and possibly confusing to some. Sure, you can use a continuation as a goto, but that&#039;s not all you&#039;d want to use one for. It&#039;s these other uses require a little more explanation (although I agree that most bloggers do a poor job of it and make it out to be harder than it is). Continuations allow you to do, for example, tail recursion and lazy evaluation, whose implementations someone, with only the understanding of continuations that you impart here, wouldn&#039;t be able to understand.</description>
		<content:encoded><![CDATA[<p>Uhh, I think it&#8217;s exactly that continuations can save and restore execution state that makes them interesting and possibly confusing to some. Sure, you can use a continuation as a goto, but that&#8217;s not all you&#8217;d want to use one for. It&#8217;s these other uses require a little more explanation (although I agree that most bloggers do a poor job of it and make it out to be harder than it is). Continuations allow you to do, for example, tail recursion and lazy evaluation, whose implementations someone, with only the understanding of continuations that you impart here, wouldn&#8217;t be able to understand.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
