<?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: Functional Programming Features in C# Presentation</title>
	<atom:link href="http://www.codethinked.com/functional-programming-features-in-c-presentation/feed" rel="self" type="application/rss+xml" />
	<link>http://www.codethinked.com/functional-programming-features-in-c-presentation</link>
	<description>by Justin Etheredge</description>
	<lastBuildDate>Wed, 20 Mar 2013 00:45:16 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.5.1</generator>
	<item>
		<title>By: Jonathan Pryor</title>
		<link>http://www.codethinked.com/functional-programming-features-in-c-presentation/comment-page-1#comment-4447</link>
		<dc:creator>Jonathan Pryor</dc:creator>
		<pubDate>Fri, 06 Jun 2008 13:13:51 +0000</pubDate>
		<guid isPermaLink="false">/post/2008/06/06/Functional-Programming-Features-in-C-Presentation.aspx#comment-4447</guid>
		<description><![CDATA[Very good presentation.

There is one thing I wish you had done: I wish you had stuck with the .NET 3.5 extension method names instead of the functional names, e.g. Aggregate instead of Fold, Where instead of Filter, Select instead of Map.

The reason is threefold:

1. As an audience of C# devs, they&#039;ll be exposed to the .NET names more often, and thus those names are more relevant.

2. It means that once you move &quot;beyond&quot; the project introducing the extension method (where the introduction provides the implementation for discussion purposes), later projects can use the .NET 3.5 extension methods instead of you needing to &quot;bring along&quot; your previously implemented methods.

3. When a developer tries to build upon your presentation (take some code, mutate it for their own purposes, etc.) they won&#039;t think that they need to use your extension methods and can instead rely on the pre-existing ones.

Using the pre-existing names will also enhance future migration to PLINQ and the other Parallel Threading libraries.]]></description>
		<content:encoded><![CDATA[<p>Very good presentation.</p>
<p>There is one thing I wish you had done: I wish you had stuck with the .NET 3.5 extension method names instead of the functional names, e.g. Aggregate instead of Fold, Where instead of Filter, Select instead of Map.</p>
<p>The reason is threefold:</p>
<p>1. As an audience of C# devs, they&#8217;ll be exposed to the .NET names more often, and thus those names are more relevant.</p>
<p>2. It means that once you move &quot;beyond&quot; the project introducing the extension method (where the introduction provides the implementation for discussion purposes), later projects can use the .NET 3.5 extension methods instead of you needing to &quot;bring along&quot; your previously implemented methods.</p>
<p>3. When a developer tries to build upon your presentation (take some code, mutate it for their own purposes, etc.) they won&#8217;t think that they need to use your extension methods and can instead rely on the pre-existing ones.</p>
<p>Using the pre-existing names will also enhance future migration to PLINQ and the other Parallel Threading libraries.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ying </title>
		<link>http://www.codethinked.com/functional-programming-features-in-c-presentation/comment-page-1#comment-4446</link>
		<dc:creator>Ying </dc:creator>
		<pubDate>Fri, 06 Jun 2008 04:15:24 +0000</pubDate>
		<guid isPermaLink="false">/post/2008/06/06/Functional-Programming-Features-in-C-Presentation.aspx#comment-4446</guid>
		<description><![CDATA[Justin,
Find out your website from Andrew Duthie&#039;s blog. Good stuff.]]></description>
		<content:encoded><![CDATA[<p>Justin,<br />
Find out your website from Andrew Duthie&#8217;s blog. Good stuff.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
