<?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 Functional Subset of D</title>
	<atom:link href="http://www.hans-eric.com/2008/05/20/the-functional-subset-of-d/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.hans-eric.com/2008/05/20/the-functional-subset-of-d/</link>
	<description>Hans-Eric Grönlund on software development</description>
	<pubDate>Thu, 20 Nov 2008 13:24:23 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>By: Functional D: Is Transitive Const Fundamental?</title>
		<link>http://www.hans-eric.com/2008/05/20/the-functional-subset-of-d/#comment-13175</link>
		<dc:creator>Functional D: Is Transitive Const Fundamental?</dc:creator>
		<pubDate>Wed, 30 Jul 2008 11:51:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.hans-eric.com/?p=117#comment-13175</guid>
		<description>[...] I&#8217;ve mentioned before, a pure functional subset is forming in the D Programming Language. According to the creators of D, [...]</description>
		<content:encoded><![CDATA[<p>[...] I&#8217;ve mentioned before, a pure functional subset is forming in the D Programming Language. According to the creators of D, [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Reflective Perspective - Chris Alcock &#187; The Morning Brew #99</title>
		<link>http://www.hans-eric.com/2008/05/20/the-functional-subset-of-d/#comment-8044</link>
		<dc:creator>Reflective Perspective - Chris Alcock &#187; The Morning Brew #99</dc:creator>
		<pubDate>Thu, 22 May 2008 07:19:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.hans-eric.com/?p=117#comment-8044</guid>
		<description>[...] The Functional Subset of D - Hans-Eric Grönlund looks at functional programming in the D programming language. I&#8217;m getting quite interested in functional programming of late, and I always like to see the same concepts in other languages. [...]</description>
		<content:encoded><![CDATA[<p>[...] The Functional Subset of D - Hans-Eric Grönlund looks at functional programming in the D programming language. I&#8217;m getting quite interested in functional programming of late, and I always like to see the same concepts in other languages. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Hans-Eric</title>
		<link>http://www.hans-eric.com/2008/05/20/the-functional-subset-of-d/#comment-7933</link>
		<dc:creator>Hans-Eric</dc:creator>
		<pubDate>Tue, 20 May 2008 19:36:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.hans-eric.com/?p=117#comment-7933</guid>
		<description>So true, I really should rewrite that part. Thank you for pointing it out.</description>
		<content:encoded><![CDATA[<p>So true, I really should rewrite that part. Thank you for pointing it out.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Marsh Ray</title>
		<link>http://www.hans-eric.com/2008/05/20/the-functional-subset-of-d/#comment-7932</link>
		<dc:creator>Marsh Ray</dc:creator>
		<pubDate>Tue, 20 May 2008 19:13:16 +0000</pubDate>
		<guid isPermaLink="false">http://www.hans-eric.com/?p=117#comment-7932</guid>
		<description>&lt;blockquote&gt;Since data must never change in a functional program it can not be deleted either.&lt;/blockquote&gt;
Hmmm, I'm not sure that follows. Data can be proven to never be needed again, I guess you could call that "garbage". It can also be recalculated as needed.</description>
		<content:encoded><![CDATA[<blockquote><p>Since data must never change in a functional program it can not be deleted either.</p></blockquote>
<p>Hmmm, I&#8217;m not sure that follows. Data can be proven to never be needed again, I guess you could call that &#8220;garbage&#8221;. It can also be recalculated as needed.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Hans-Eric</title>
		<link>http://www.hans-eric.com/2008/05/20/the-functional-subset-of-d/#comment-7924</link>
		<dc:creator>Hans-Eric</dc:creator>
		<pubDate>Tue, 20 May 2008 17:10:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.hans-eric.com/?p=117#comment-7924</guid>
		<description>I see your point, but I'm not confusing immutable data with pure functions. I expressed myself rather sloppy though. What I meant to say was that if &lt;em&gt;all data&lt;/em&gt; in your program is immutable, some great advantages come. I didn't particularly mean arguments, but rather all data that the function utilizes.
In a language where all data is immutable, there is no concept of "pure" functions, since they all are. So in that sense, immutable data and pure functions are related.</description>
		<content:encoded><![CDATA[<p>I see your point, but I&#8217;m not confusing immutable data with pure functions. I expressed myself rather sloppy though. What I meant to say was that if <em>all data</em> in your program is immutable, some great advantages come. I didn&#8217;t particularly mean arguments, but rather all data that the function utilizes.<br />
In a language where all data is immutable, there is no concept of &#8220;pure&#8221; functions, since they all are. So in that sense, immutable data and pure functions are related.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Hans-Eric</title>
		<link>http://www.hans-eric.com/2008/05/20/the-functional-subset-of-d/#comment-7922</link>
		<dc:creator>Hans-Eric</dc:creator>
		<pubDate>Tue, 20 May 2008 17:00:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.hans-eric.com/?p=117#comment-7922</guid>
		<description>Good point! D handles this case too, but not all the way. This is a topic I'm planning to delve into soon, in a different post.</description>
		<content:encoded><![CDATA[<p>Good point! D handles this case too, but not all the way. This is a topic I&#8217;m planning to delve into soon, in a different post.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brian</title>
		<link>http://www.hans-eric.com/2008/05/20/the-functional-subset-of-d/#comment-7916</link>
		<dc:creator>Brian</dc:creator>
		<pubDate>Tue, 20 May 2008 15:54:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.hans-eric.com/?p=117#comment-7916</guid>
		<description>&lt;blockquote&gt;The side-effect free nature that comes with immutable data has some great advantages. For one thing it simplifies testing since the result of a function only depends on its input&lt;/blockquote&gt;

You are confusing immutable data with pure functions, they are not related. Just because your function arguments are immutable doesn't mean that a function only depends on its input.</description>
		<content:encoded><![CDATA[<blockquote><p>The side-effect free nature that comes with immutable data has some great advantages. For one thing it simplifies testing since the result of a function only depends on its input</p></blockquote>
<p>You are confusing immutable data with pure functions, they are not related. Just because your function arguments are immutable doesn&#8217;t mean that a function only depends on its input.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alek</title>
		<link>http://www.hans-eric.com/2008/05/20/the-functional-subset-of-d/#comment-7911</link>
		<dc:creator>Alek</dc:creator>
		<pubDate>Tue, 20 May 2008 14:05:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.hans-eric.com/?p=117#comment-7911</guid>
		<description>To guarantee immutability, shouldn't b = a be denied as well? Otherwise I could do b = a; b.p = null?</description>
		<content:encoded><![CDATA[<p>To guarantee immutability, shouldn&#8217;t b = a be denied as well? Otherwise I could do b = a; b.p = null?</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic Page Served (once) in 0.278 seconds -->
