<?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 for reperiendi</title>
	<atom:link href="http://reperiendi.wordpress.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://reperiendi.wordpress.com</link>
	<description>Figure it out</description>
	<pubDate>Fri, 25 Jul 2008 00:30:56 +0000</pubDate>
	<generator>http://wordpress.org/?v=MU</generator>
		<item>
		<title>Comment on Combinators as addresses by reperiendi</title>
		<link>http://reperiendi.wordpress.com/2008/01/30/combinators-as-addresses/#comment-103</link>
		<dc:creator>reperiendi</dc:creator>
		<pubDate>Mon, 04 Feb 2008 19:32:30 +0000</pubDate>
		<guid isPermaLink="false">http://reperiendi.wordpress.com/?p=166#comment-103</guid>
		<description>Another thing to notice is that S and K are linear up to their last argument; S doubles it last input, while K deletes it.

(((S I) I) x) = (x x)
((K I) x) = I</description>
		<content:encoded><![CDATA[<p>Another thing to notice is that S and K are linear up to their last argument; S doubles it last input, while K deletes it.</p>
<p>(((S I) I) x) = (x x)<br />
((K I) x) = I</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Combinators as addresses by reperiendi</title>
		<link>http://reperiendi.wordpress.com/2008/01/30/combinators-as-addresses/#comment-102</link>
		<dc:creator>reperiendi</dc:creator>
		<pubDate>Mon, 04 Feb 2008 05:14:53 +0000</pubDate>
		<guid isPermaLink="false">http://reperiendi.wordpress.com/?p=166#comment-102</guid>
		<description>OK, Huet's zipper is exactly Joyal's species (invented in 1981), what Baez &#38; Dolan translate as "structure types."  (See week202 of This Week's Finds or the Fall '03 QG notes here: http://math.ucr.edu/home/baez/qg-fall2003/ ) 

The relation you noticed with B and C is real.  In Haskell, you can have parameterized types, called "type constructors," rather like functions whose inputs are types instead of values.  The "context" type constructor is just type-lifted linear logic.</description>
		<content:encoded><![CDATA[<p>OK, Huet&#8217;s zipper is exactly Joyal&#8217;s species (invented in 1981), what Baez &amp; Dolan translate as &#8220;structure types.&#8221;  (See week202 of This Week&#8217;s Finds or the Fall &#8216;03 QG notes here: <a href="http://math.ucr.edu/home/baez/qg-fall2003/" rel="nofollow">http://math.ucr.edu/home/baez/qg-fall2003/</a> ) </p>
<p>The relation you noticed with B and C is real.  In Haskell, you can have parameterized types, called &#8220;type constructors,&#8221; rather like functions whose inputs are types instead of values.  The &#8220;context&#8221; type constructor is just type-lifted linear logic.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Combinators as addresses by reperiendi</title>
		<link>http://reperiendi.wordpress.com/2008/01/30/combinators-as-addresses/#comment-101</link>
		<dc:creator>reperiendi</dc:creator>
		<pubDate>Sat, 02 Feb 2008 01:17:28 +0000</pubDate>
		<guid isPermaLink="false">http://reperiendi.wordpress.com/?p=166#comment-101</guid>
		<description>OK, that's a good idea--I'll have a look.  

I've read your post about infinitesimal types; have you seen Joyal's species (aka "structure types")?</description>
		<content:encoded><![CDATA[<p>OK, that&#8217;s a good idea&#8211;I&#8217;ll have a look.  </p>
<p>I&#8217;ve read your post about infinitesimal types; have you seen Joyal&#8217;s species (aka &#8220;structure types&#8221;)?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Combinators as addresses by sigfpe</title>
		<link>http://reperiendi.wordpress.com/2008/01/30/combinators-as-addresses/#comment-100</link>
		<dc:creator>sigfpe</dc:creator>
		<pubDate>Fri, 01 Feb 2008 23:11:25 +0000</pubDate>
		<guid isPermaLink="false">http://reperiendi.wordpress.com/?p=166#comment-100</guid>
		<description>You should compare this with &lt;a href="http://www.haskell.org/haskellwiki/Zipper" rel="nofollow"&gt;Huet's zipper&lt;/a&gt; and Conor McBride's notion of &lt;a href="http://citeseer.ist.psu.edu/600571.html" rel="nofollow"&gt;differentiating types&lt;/a&gt;.

Given a tree, a zipper for the tree is a type that corresponds to a tree along with the address of a slot in the tree from which an element has been excised. McBride generalised this to any (regular) type, not just trees. The cool thing is that the type of a structure along with the address of an excised element is given by a type of derivative.</description>
		<content:encoded><![CDATA[<p>You should compare this with <a href="http://www.haskell.org/haskellwiki/Zipper" rel="nofollow">Huet&#8217;s zipper</a> and Conor McBride&#8217;s notion of <a href="http://citeseer.ist.psu.edu/600571.html" rel="nofollow">differentiating types</a>.</p>
<p>Given a tree, a zipper for the tree is a type that corresponds to a tree along with the address of a slot in the tree from which an element has been excised. McBride generalised this to any (regular) type, not just trees. The cool thing is that the type of a structure along with the address of an excised element is given by a type of derivative.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Yoneda embedding as contrapositive and call-cc as double negation by reperiendi</title>
		<link>http://reperiendi.wordpress.com/2008/01/26/yoneda-embedding-as-contrapositive-and-call-cc-as-double-negation/#comment-99</link>
		<dc:creator>reperiendi</dc:creator>
		<pubDate>Thu, 31 Jan 2008 15:55:40 +0000</pubDate>
		<guid isPermaLink="false">http://reperiendi.wordpress.com/?p=165#comment-99</guid>
		<description>Good catch, thanks!  Fixed.</description>
		<content:encoded><![CDATA[<p>Good catch, thanks!  Fixed.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Yoneda embedding as contrapositive and call-cc as double negation by haroldtherebel</title>
		<link>http://reperiendi.wordpress.com/2008/01/26/yoneda-embedding-as-contrapositive-and-call-cc-as-double-negation/#comment-98</link>
		<dc:creator>haroldtherebel</dc:creator>
		<pubDate>Thu, 31 Jan 2008 06:35:46 +0000</pubDate>
		<guid isPermaLink="false">http://reperiendi.wordpress.com/?p=165#comment-98</guid>
		<description>I believe you have a typo on the third line.  While "F -&#62; T" is certainly true, it would make more sense to mention that "F -&#62; F" is true.</description>
		<content:encoded><![CDATA[<p>I believe you have a typo on the third line.  While &#8220;F -&gt; T&#8221; is certainly true, it would make more sense to mention that &#8220;F -&gt; F&#8221; is true.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Continuation passing as a reflection by reperiendi</title>
		<link>http://reperiendi.wordpress.com/2007/12/21/continuation-passing-as-a-reflection/#comment-97</link>
		<dc:creator>reperiendi</dc:creator>
		<pubDate>Thu, 31 Jan 2008 01:24:19 +0000</pubDate>
		<guid isPermaLink="false">http://reperiendi.wordpress.com/2007/12/21/continuation-passing-as-a-reflection/#comment-97</guid>
		<description>Note how application is dual to composition.  In fact, if we write (xy) for "apply x to y", then the typical notation "f(x,y)" is ((fx)y) and "y(f(x))" is (y(fx)), exactly the reverse with no modifications.

How does this duality appear in string diagrams?  Is there a well-known transformation like this in Feynman diagrams?</description>
		<content:encoded><![CDATA[<p>Note how application is dual to composition.  In fact, if we write (xy) for &#8220;apply x to y&#8221;, then the typical notation &#8220;f(x,y)&#8221; is ((fx)y) and &#8220;y(f(x))&#8221; is (y(fx)), exactly the reverse with no modifications.</p>
<p>How does this duality appear in string diagrams?  Is there a well-known transformation like this in Feynman diagrams?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Continuation passing as a reflection by reperiendi</title>
		<link>http://reperiendi.wordpress.com/2007/12/21/continuation-passing-as-a-reflection/#comment-96</link>
		<dc:creator>reperiendi</dc:creator>
		<pubDate>Thu, 31 Jan 2008 01:17:00 +0000</pubDate>
		<guid isPermaLink="false">http://reperiendi.wordpress.com/2007/12/21/continuation-passing-as-a-reflection/#comment-96</guid>
		<description>This article got reposted on the &lt;a href="http://golem.ph.utexas.edu/category/2008/01/the_yoneda_embedding_as_a_refl.html" rel="nofollow"&gt;n-Category Cafe&lt;/a&gt;</description>
		<content:encoded><![CDATA[<p>This article got reposted on the <a href="http://golem.ph.utexas.edu/category/2008/01/the_yoneda_embedding_as_a_refl.html" rel="nofollow">n-Category Cafe</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The continuation passing transform and the Yoneda embedding by Yoneda embedding as contrapositive and call-cc as double negation &#171; reperiendi</title>
		<link>http://reperiendi.wordpress.com/2007/12/19/the-continuation-passing-transform-and-the-yoneda-embedding/#comment-95</link>
		<dc:creator>Yoneda embedding as contrapositive and call-cc as double negation &#171; reperiendi</dc:creator>
		<pubDate>Sat, 26 Jan 2008 21:46:53 +0000</pubDate>
		<guid isPermaLink="false">http://reperiendi.wordpress.com/2007/12/19/the-continuation-passing-transform-and-the-yoneda-embedding/#comment-95</guid>
		<description>[...] This embedding is better known among computer scientists as the continuation passing style transformation. [...]</description>
		<content:encoded><![CDATA[<p>[...] This embedding is better known among computer scientists as the continuation passing style transformation. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Our Lady of the Scarab by coleopterra</title>
		<link>http://reperiendi.wordpress.com/2005/02/14/our-lady-of-the-scarab/#comment-94</link>
		<dc:creator>coleopterra</dc:creator>
		<pubDate>Thu, 24 Jan 2008 13:50:19 +0000</pubDate>
		<guid isPermaLink="false">http://reperiendi.wordpress.com/2005/02/14/our-lady-of-the-scarab/#comment-94</guid>
		<description>Coleop-Terra.com</description>
		<content:encoded><![CDATA[<p>Coleop-Terra.com</p>
]]></content:encoded>
	</item>
</channel>
</rss>