<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" media="screen" href="/styles/xslt/rss.xslt"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:media="http://search.yahoo.com/mrss/" xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd" xmlns:c9="http://channel9.msdn.com">
<channel>
	<title>Comment Feed for Channel 9 - Erik Meijer, Immo Landwerth, and Andrew Arnott: Immutable Collections for .NET</title>
	<atom:link rel="self" type="application/rss+xml" href="http://channel9.msdn.com/posts/Erik-Meijer-Immo-Landwerth-and-Andrew-Arnott-Immutable-Collections-for-NET/rss"></atom:link>
	<image>
		<url>http://media.ch9.ms/ch9/087a/672f4fbe-9c7b-49fb-982e-6c1d69ae087a/E2EImmutableCollectionsNET_100.jpg</url>
		<title>Channel 9 - Erik Meijer, Immo Landwerth, and Andrew Arnott: Immutable Collections for .NET</title>
		<link></link>
	</image>
	<description>Erik Meijer interviews .NET team PM Immo Landwerth and Software Developer&amp;nbsp;Andrew Arnott. The topic is Immutable Collections, a new set of immutable types for .NET. You can play around with these today as part of a preview release (NuGet link below). Tune in! Niners asked questions in advance and some of them were addressed. Thanks again for asking and sorry we didn&#39;t get to all of them, but many of the topics were covered (what, why, how, etc...). Over the last years .NET added many features to make writing multithreaded applications easier. This includes the Task Parallel Library (TPL) as well as the new async/await keywords features to reduce the friction when writing asynchronous code. However, it&#39;s still challenging to keep mutable state under control when multiple threads are involved. A common approach is to make use of immutable state that can be passed freely between different threads. - Immo Landwerth The NuGet package preview includes these types: ImmutableStack&amp;lt;T&amp;gt; ImmutableQueue&amp;lt;T&amp;gt; ImmutableList&amp;lt;T&amp;gt; ImmutableHashSet&amp;lt;T&amp;gt; ImmutableSortedSet&amp;lt;T&amp;gt; ImmutableDictionary&amp;lt;K, V&amp;gt; ImmutableSortedDictionary&amp;lt;K, V&amp;gt; Interfaces for each of these types are also defined to facilitate exchange of immutable collection types that may be implemented differently to optimize for very specific performance or memory requirements. See Andrew&#39;s blog for more detailed information (on immutable types for .NET and more. Lots of great info...). </description>
	<link></link>
	<language>en</language>
	<pubDate>Thu, 23 May 2013 04:10:15 GMT</pubDate>
	<lastBuildDate>Thu, 23 May 2013 04:10:15 GMT</lastBuildDate>
	<generator>Rev9</generator>
	<item>
		<title>Re: Erik Meijer, Immo Landwerth, and Andrew Arnott: Immutable Collections for .NET</title>
		<description>
			<![CDATA[<p>Great discussion.&nbsp; I've moved away from ConcurrentQueue&nbsp;and ConcurrentDictionary Collections in favor of ImmutableList and ImmutableDictionary collections on a high performance a WCF service that uses TPL extensively.&nbsp; I noticed a nice performance increase on the larger collections when iterating through larger collections.</p><p>For everyone getting started, the only real gotcha I've found is to remember to take the return result and assign it to the collection like so:</p><p><pre class="brush: csharp">var tmpCollection = ImmutableList&lt;string&gt;.Empty;

tmpCollection = tmpCollection.Add(&quot;Test&quot;);</pre></p><p>Overall though, I am very pleased with the new Collections, kudos to your team!</p><p>posted by JarredCapellman</p>]]>
		</description>
		<link>http://channel9.msdn.com/posts/Erik-Meijer-Immo-Landwerth-and-Andrew-Arnott-Immutable-Collections-for-NET#c634939564931721434</link>
		<pubDate>Wed, 16 Jan 2013 18:08:13 GMT</pubDate>
		<guid isPermaLink="true">http://channel9.msdn.com/posts/Erik-Meijer-Immo-Landwerth-and-Andrew-Arnott-Immutable-Collections-for-NET#c634939564931721434</guid>
		<dc:creator>JarredCapellman</dc:creator>
	</item>
	<item>
		<title>Re: Erik Meijer, Immo Landwerth, and Andrew Arnott: Immutable Collections for .NET</title>
		<description>
			<![CDATA[<p>I guess we have to thank Roslyn project (at least in part) for these collections <img src='http://ecn.channel9.msdn.com/o9/content/images/emoticons/emotion-1.gif?v=c9' alt='Smiley' /></p><p>posted by mdonatas</p>]]>
		</description>
		<link>http://channel9.msdn.com/posts/Erik-Meijer-Immo-Landwerth-and-Andrew-Arnott-Immutable-Collections-for-NET#c634939664920894947</link>
		<pubDate>Wed, 16 Jan 2013 20:54:52 GMT</pubDate>
		<guid isPermaLink="true">http://channel9.msdn.com/posts/Erik-Meijer-Immo-Landwerth-and-Andrew-Arnott-Immutable-Collections-for-NET#c634939664920894947</guid>
		<dc:creator>mdonatas</dc:creator>
	</item>
	<item>
		<title>Re: Erik Meijer, Immo Landwerth, and Andrew Arnott: Immutable Collections for .NET</title>
		<description>
			<![CDATA[<p>@Jarred: Yep, that's a common&nbsp;mistake when starting to use these new collections&nbsp;<img src='http://ecn.channel9.msdn.com/o9/content/images/emoticons/emotion-1.gif?v=c9' alt='Smiley' /></p><p>@mdonatas: In fact that thank goes straight to Andrew Arnott -&nbsp;he wrote the immutable collections that Roslyn uses. However, you are right from the perspective that Roslyn definitely created a need for bringing a common way to represent immutable collections to the BCL.</p><p>posted by terrajobst</p>]]>
		</description>
		<link>http://channel9.msdn.com/posts/Erik-Meijer-Immo-Landwerth-and-Andrew-Arnott-Immutable-Collections-for-NET#c634939691871118750</link>
		<pubDate>Wed, 16 Jan 2013 21:39:47 GMT</pubDate>
		<guid isPermaLink="true">http://channel9.msdn.com/posts/Erik-Meijer-Immo-Landwerth-and-Andrew-Arnott-Immutable-Collections-for-NET#c634939691871118750</guid>
		<dc:creator>terrajobst</dc:creator>
	</item>
	<item>
		<title>Re: Erik Meijer, Immo Landwerth, and Andrew Arnott: Immutable Collections for .NET</title>
		<description>
			<![CDATA[<p>Nice interview.</p><p>There are also some immtuable F# collections and it would be interesting to compare to those.</p><p>I like the builder pattern - not that it's necessary but the optimization it affords. It's also interesting to hear how much defensive coding is inside VS around collections. Immutability where possible just gives peace of mind and static guarantees. It is almost like dependent types where you can express a value constraint statically.&nbsp;</p><p>The thing about sharing (and deep immutability) was also interesting, it kind of reminded me of smart pointers but it could have been expanded further by Erik.</p><p>It seemed like there was material enough for more talk but this was fun.</p><p><img src='http://ecn.channel9.msdn.com/o9/content/images/emoticons/emotion-1.gif?v=c9' alt='Smiley' /></p><p>posted by exoteric</p>]]>
		</description>
		<link>http://channel9.msdn.com/posts/Erik-Meijer-Immo-Landwerth-and-Andrew-Arnott-Immutable-Collections-for-NET#c634939772715776112</link>
		<pubDate>Wed, 16 Jan 2013 23:54:31 GMT</pubDate>
		<guid isPermaLink="true">http://channel9.msdn.com/posts/Erik-Meijer-Immo-Landwerth-and-Andrew-Arnott-Immutable-Collections-for-NET#c634939772715776112</guid>
		<dc:creator>exoteric</dc:creator>
	</item>
	<item>
		<title>Re: Erik Meijer, Immo Landwerth, and Andrew Arnott: Immutable Collections for .NET</title>
		<description>
			<![CDATA[<p>@<a href="/posts/Erik-Meijer-Immo-Landwerth-and-Andrew-Arnott-Immutable-Collections-for-NET#c634939772715776112">exoteric</a>: We can always dig in further.</p><p>C</p><p>posted by Charles</p>]]>
		</description>
		<link>http://channel9.msdn.com/posts/Erik-Meijer-Immo-Landwerth-and-Andrew-Arnott-Immutable-Collections-for-NET#c634939801308053435</link>
		<pubDate>Thu, 17 Jan 2013 00:42:10 GMT</pubDate>
		<guid isPermaLink="true">http://channel9.msdn.com/posts/Erik-Meijer-Immo-Landwerth-and-Andrew-Arnott-Immutable-Collections-for-NET#c634939801308053435</guid>
		<dc:creator>Charles</dc:creator>
	</item>
	<item>
		<title>Re: Erik Meijer, Immo Landwerth, and Andrew Arnott: Immutable Collections for .NET</title>
		<description>
			<![CDATA[naming....<br><br>I would really like the BCL team to reconsider the naming, this is an log2 version of persistent collections&#58; http&#58;&#47;&#47;en.wikipedia.org&#47;wiki&#47;Persistent_data_structure I think most agree that the idea originates from Chris Okasaki book &#40;references in the wikipedia page&#41; <br><br>Please do not rename a known CS concept out of ignorance.<br><br><p>posted by oskark</p>]]>
		</description>
		<link>http://channel9.msdn.com/posts/Erik-Meijer-Immo-Landwerth-and-Andrew-Arnott-Immutable-Collections-for-NET#c634940089038967356</link>
		<pubDate>Thu, 17 Jan 2013 08:41:43 GMT</pubDate>
		<guid isPermaLink="true">http://channel9.msdn.com/posts/Erik-Meijer-Immo-Landwerth-and-Andrew-Arnott-Immutable-Collections-for-NET#c634940089038967356</guid>
		<dc:creator>oskark</dc:creator>
	</item>
	<item>
		<title>Re: Erik Meijer, Immo Landwerth, and Andrew Arnott: Immutable Collections for .NET</title>
		<description>
			<![CDATA[&#64;oskark If I read that article, it says that these data structures are effectively immutable, and further that they are not committed to persistent storage, an unrelated use of the word persistent.<br><br>So I don&#39;t think it would be a good idea to name them Persistent Collections, because that would be confusing, don&#39;t you think&#63; <p>posted by Dave Van den Eynde</p>]]>
		</description>
		<link>http://channel9.msdn.com/posts/Erik-Meijer-Immo-Landwerth-and-Andrew-Arnott-Immutable-Collections-for-NET#c634940175282760080</link>
		<pubDate>Thu, 17 Jan 2013 11:05:28 GMT</pubDate>
		<guid isPermaLink="true">http://channel9.msdn.com/posts/Erik-Meijer-Immo-Landwerth-and-Andrew-Arnott-Immutable-Collections-for-NET#c634940175282760080</guid>
		<dc:creator>Dave Van den Eynde</dc:creator>
	</item>
	<item>
		<title>Re: Erik Meijer, Immo Landwerth, and Andrew Arnott: Immutable Collections for .NET</title>
		<description>
			<![CDATA[<p>cool stuff <img src='http://ecn.channel9.msdn.com/o9/content/images/emoticons/emotion-1.gif?v=c9' alt='Smiley' /></p><p>but I don't get the whole Add/AddRange problem, the following code work just fine right? am I missing something?</p><p><pre class="brush: csharp">    public class List&lt;T&gt;
    {
        public void Add(T item){
        
        }
        public void Add(IEnumerable&lt;T&gt; items) { 
        
        }
    }
...
test.Add(&quot;hello&quot;);
test.Add(new[] { &quot;world&quot; });</pre></p><p>posted by aL3891</p>]]>
		</description>
		<link>http://channel9.msdn.com/posts/Erik-Meijer-Immo-Landwerth-and-Andrew-Arnott-Immutable-Collections-for-NET#c634940204504663717</link>
		<pubDate>Thu, 17 Jan 2013 11:54:10 GMT</pubDate>
		<guid isPermaLink="true">http://channel9.msdn.com/posts/Erik-Meijer-Immo-Landwerth-and-Andrew-Arnott-Immutable-Collections-for-NET#c634940204504663717</guid>
		<dc:creator>aL3891</dc:creator>
	</item>
	<item>
		<title>Re: Erik Meijer, Immo Landwerth, and Andrew Arnott: Immutable Collections for .NET</title>
		<description>
			<![CDATA[<p>I do wonder about deep immutability. It seems like freezeable objects and collections are generally a nice paradigm but in particular domain classes are painful to make freezable and edit without some language support. Say you want to either change a.b.c or get a new version of a with a new b with a new c, then you could have operations for that (&quot;example syntax&quot;)</p><p>var x = a.b.c &lt;- x // new immutable version</p><p>var y = a.b.c := x // new mutable version</p><p>y.b.c := z // destructive update of mutable version</p><p>a.p &lt;~ b.x &#43; c.x // &nbsp;a reactive expression propagated to a.p (binq?)</p><p>And how about having time or cardinality buffering constraints on properties... select back in time? See properties as cursors in temporal collections? Automatic persistence to versioned db? Capture and replay user interface session from &quot;tape&quot;?</p><p>Is there a language waiting to be conceived with even tighter integration for time, immutablity, mutability, async, push, pull, dependency properties, etc. with the benefit of hindsight?</p><p>Ahh well at least we now have both great libraries and good language support.</p><p>posted by exoteric</p>]]>
		</description>
		<link>http://channel9.msdn.com/posts/Erik-Meijer-Immo-Landwerth-and-Andrew-Arnott-Immutable-Collections-for-NET#c634940771925113064</link>
		<pubDate>Fri, 18 Jan 2013 03:39:52 GMT</pubDate>
		<guid isPermaLink="true">http://channel9.msdn.com/posts/Erik-Meijer-Immo-Landwerth-and-Andrew-Arnott-Immutable-Collections-for-NET#c634940771925113064</guid>
		<dc:creator>exoteric</dc:creator>
	</item>
	<item>
		<title>Re: Erik Meijer, Immo Landwerth, and Andrew Arnott: Immutable Collections for .NET</title>
		<description>
			<![CDATA[&#64;al3891 <br><br>How are you &#40;is the compiler&#63;&#41; supposed to determine whether the collection is added as a single item or whether to enumerate all the items in the collection and add them individually&#63;<p>posted by woopsie</p>]]>
		</description>
		<link>http://channel9.msdn.com/posts/Erik-Meijer-Immo-Landwerth-and-Andrew-Arnott-Immutable-Collections-for-NET#c634940849906650444</link>
		<pubDate>Fri, 18 Jan 2013 05:49:50 GMT</pubDate>
		<guid isPermaLink="true">http://channel9.msdn.com/posts/Erik-Meijer-Immo-Landwerth-and-Andrew-Arnott-Immutable-Collections-for-NET#c634940849906650444</guid>
		<dc:creator>woopsie</dc:creator>
	</item>
	<item>
		<title>Re: Erik Meijer, Immo Landwerth, and Andrew Arnott: Immutable Collections for .NET</title>
		<description>
			<![CDATA[<p>@al3891: You're right -- the example I gave in the video is busted. In fact, Erik caught me on this during the interview but he was kind enough not calling it out <img src='http://ecn.channel9.msdn.com/o9/content/images/emoticons/emotion-5.gif?v=c9' alt='Wink' /></p><p>The C# compiler is able to resolve the overload because T is more specific than IEnumerable&lt;T&gt;. In other words, the compiler favors identity conversions over any implicit conversions. Theoretically you could envision that other compilers might handle this differently, but I kinda doubt that;s a realistic assumption.</p><p>However, it's possible to construct ambiguous cases:</p><p><pre class="brush: csharp">
class MyList&lt;T&gt;
{
    public void Add(T item) {}
    public void Add(IEnumerable&lt;T&gt; item) {}
}
class Base {}
class Derived : Base, IEnumerable&lt;Base&gt;
{
    public IEnumerator&lt;Base&gt; GetEnumerator()
    {
        return null;
    }
    IEnumerator IEnumerable.GetEnumerator()
    {
        return GetEnumerator();
    }
}
var list = new MyList&lt;Base&gt;();
list.Add(new Derived());
</pre></p><p>Now is that a big deal? Probably not because you can resolve this conflict easily using a cast and it's not a very common scenario.</p><p>Well, why are we following the existing naming convention then? Because it's an existing naming convention. If you can do (A) or (B) but (A) is already established we favor (A) unless (B) offers a significant improvement. In this case I don't think it does.</p><p>posted by terrajobst</p>]]>
		</description>
		<link>http://channel9.msdn.com/posts/Erik-Meijer-Immo-Landwerth-and-Andrew-Arnott-Immutable-Collections-for-NET#c634940865248087482</link>
		<pubDate>Fri, 18 Jan 2013 06:15:24 GMT</pubDate>
		<guid isPermaLink="true">http://channel9.msdn.com/posts/Erik-Meijer-Immo-Landwerth-and-Andrew-Arnott-Immutable-Collections-for-NET#c634940865248087482</guid>
		<dc:creator>terrajobst</dc:creator>
	</item>
	<item>
		<title>Re: Erik Meijer, Immo Landwerth, and Andrew Arnott: Immutable Collections for .NET</title>
		<description>
			<![CDATA[Nice addition&#33; But I wonder for how long they will be relevant&#63; In Win8 apps&#33; where HTML5, Javascript and C&#43;&#43; are first class citizens and .NET has been demoted to second class citizen&#63;<p>posted by Amit</p>]]>
		</description>
		<link>http://channel9.msdn.com/posts/Erik-Meijer-Immo-Landwerth-and-Andrew-Arnott-Immutable-Collections-for-NET#c634942686877408236</link>
		<pubDate>Sun, 20 Jan 2013 08:51:27 GMT</pubDate>
		<guid isPermaLink="true">http://channel9.msdn.com/posts/Erik-Meijer-Immo-Landwerth-and-Andrew-Arnott-Immutable-Collections-for-NET#c634942686877408236</guid>
		<dc:creator>Amit</dc:creator>
	</item>
	<item>
		<title>Re: Erik Meijer, Immo Landwerth, and Andrew Arnott: Immutable Collections for .NET</title>
		<description>
			<![CDATA[The BCL blog post http&#58;&#47;&#47;blogs.msdn.com&#47;b&#47;bclteam&#47;archive&#47;2012&#47;12&#47;18&#47;preview-of-immutable-collections-released-on-nuget.aspx suggests that the release of NUGet package is for .NET Framework 4.5 but during installation I stumbled upon following issue,<br><br>Successfully installed &#39;Microsoft.Bcl.Immutable 1.0.5-beta&#39;.<br>Successfully uninstalled &#39;Validation 2.0.1.12362&#39;.<br>Install failed. Rolling back...<br>Install-Package &#58; Could not install package &#39;Validation 2.0.1.12362&#39;. You are trying to install this package into a project that <br>targets &#39;.NETFramework,Version&#61;v4.5&#39;, but the package does not contain any assembly references that are compatible with that <br>framework. For more information, contact the package author.<br>...<br><br>Any idea what am I doing wrong please&#63;<p>posted by Usman ur Rehman Ahmed</p>]]>
		</description>
		<link>http://channel9.msdn.com/posts/Erik-Meijer-Immo-Landwerth-and-Andrew-Arnott-Immutable-Collections-for-NET#c634942803568636991</link>
		<pubDate>Sun, 20 Jan 2013 12:05:56 GMT</pubDate>
		<guid isPermaLink="true">http://channel9.msdn.com/posts/Erik-Meijer-Immo-Landwerth-and-Andrew-Arnott-Immutable-Collections-for-NET#c634942803568636991</guid>
		<dc:creator>Usman ur Rehman Ahmed</dc:creator>
	</item>
	<item>
		<title>Re: Erik Meijer, Immo Landwerth, and Andrew Arnott: Immutable Collections for .NET</title>
		<description>
			<![CDATA[<p>@<a href="/posts/Erik-Meijer-Immo-Landwerth-and-Andrew-Arnott-Immutable-Collections-for-NET#c634942686877408236">Amit</a>: Demoted? Second class? Why would you state this? It's not true...<br>C</p><p>posted by Charles</p>]]>
		</description>
		<link>http://channel9.msdn.com/posts/Erik-Meijer-Immo-Landwerth-and-Andrew-Arnott-Immutable-Collections-for-NET#c634943123876563402</link>
		<pubDate>Sun, 20 Jan 2013 20:59:47 GMT</pubDate>
		<guid isPermaLink="true">http://channel9.msdn.com/posts/Erik-Meijer-Immo-Landwerth-and-Andrew-Arnott-Immutable-Collections-for-NET#c634943123876563402</guid>
		<dc:creator>Charles</dc:creator>
	</item>
	<item>
		<title>Re: Erik Meijer, Immo Landwerth, and Andrew Arnott: Immutable Collections for .NET</title>
		<description>
			<![CDATA[<p></p><blockquote><div class="quoteText"><p></p><p><a class="permalink" title="Comment Permalink" href="/posts/Erik-Meijer-Immo-Landwerth-and-Andrew-Arnott-Immutable-Collections-for-NET#c634942803568636991">9 hours&nbsp;ago</a></p><p>The BCL blog post <a href="http://blogs.msdn.com/b/bclteam/archive/2012/12/18/preview-of-immutable-collections-released-on-nuget.aspx">http&#58;&#47;&#47;blogs.msdn.com&#47;b&#47;bclteam&#47;archive&#47;2012&#47;12&#47;18&#47;preview-of-immutable-collections-released-on-nuget.aspx</a> suggests that the release of NUGet package is for .NET Framework 4.5 but during installation I stumbled upon following issue,<br><br>Successfully installed 'Microsoft.Bcl.Immutable 1.0.5-beta'.<br>Successfully uninstalled 'Validation 2.0.1.12362'.<br>Install failed. Rolling back...<br>Install-Package : Could not install package 'Validation 2.0.1.12362'. You are trying to install this package into a project that <br>targets '.NETFramework,Version=v4.5', but the package does not contain any assembly references that are compatible with that <br>framework. For more information, contact the package author.<br>...<br><br>Any idea what am I doing wrong please?</p><p></p></div></blockquote><p></p><p>&nbsp;</p><p>Yes -- you are using a NuGet 2.0. Make sure you've updated to NuGet 2.1 or higher. Just open VS and go to Extras | Extensions and Updates | Updates. There is probably a NuGet 2.2 knocking on your door <img src='http://ecn.channel9.msdn.com/o9/content/images/emoticons/emotion-1.gif?v=c9' alt='Smiley' /></p><p>posted by terrajobst</p>]]>
		</description>
		<link>http://channel9.msdn.com/posts/Erik-Meijer-Immo-Landwerth-and-Andrew-Arnott-Immutable-Collections-for-NET#c634943157350336336</link>
		<pubDate>Sun, 20 Jan 2013 21:55:35 GMT</pubDate>
		<guid isPermaLink="true">http://channel9.msdn.com/posts/Erik-Meijer-Immo-Landwerth-and-Andrew-Arnott-Immutable-Collections-for-NET#c634943157350336336</guid>
		<dc:creator>terrajobst</dc:creator>
	</item>
	<item>
		<title>Re: Erik Meijer, Immo Landwerth, and Andrew Arnott: Immutable Collections for .NET</title>
		<description>
			<![CDATA[<p></p><blockquote><div class="quoteText"><p></p><p><a class="permalink" title="Comment Permalink" href="/posts/Erik-Meijer-Immo-Landwerth-and-Andrew-Arnott-Immutable-Collections-for-NET#c634942686877408236">13 hours&nbsp;ago</a></p><p>Nice addition! But I wonder for how long they will be relevant? In Win8 apps! where HTML5, Javascript and C&#43;&#43; are first class citizens and .NET has been demoted to second class citizen?</p><p></p></div></blockquote><p></p><p>First of all I don't think that's true. I was the PM driving the .NET surface area you can use when targeting Windows 8 store apps. Let me tell you: the entire .NET Framework team and large chunks of Visual Studio spend significant amount of resources to make this an awesome experience. As with every technology that is advanced enough by adding a&nbsp;non-trivial set of features, there are rough edges and I'm the first to admit that. However, the same is true for C&#43;&#43; and JavaScript given that Windows Store apps run in a different environment that are new for them, too. We all try very hard to make writing Windows Store apps as easy and smooth an experience as possible.</p><p>Secondly, looking back to the days&nbsp;when Microsoft announced .NET, I think we've learned from that in the sense that we no longer promote a single technology to rule them all. We've made the mistake with .NET which lead to unrealistic expectations what .NET would deliver. I believe the .NET platform is the most productive development platform out there (otherwise I wouldn't work here) but I also believe it's not for everybody. Different tasks require different tools. And&nbsp;someone needs to write the CLR as well <img src='http://ecn.channel9.msdn.com/o9/content/images/emoticons/emotion-5.gif?v=c9' alt='Wink' /></p><p>Rest assured that .NET isn't going away any time soon. You don't need to take my word for it -- just think of all the products Microsoft offers that are written in managed code.</p><p>For platforms like Windows the key is offering choice. Some might have a strong web background with JavaScript. Others come from the native world and prefer C/C&#43;&#43;. Others are .NET developers.</p><p>My advice: ignore marketing and choose what you feel comfortable with and what gets the job done best.</p><p>posted by terrajobst</p>]]>
		</description>
		<link>http://channel9.msdn.com/posts/Erik-Meijer-Immo-Landwerth-and-Andrew-Arnott-Immutable-Collections-for-NET#c634943171136645665</link>
		<pubDate>Sun, 20 Jan 2013 22:18:33 GMT</pubDate>
		<guid isPermaLink="true">http://channel9.msdn.com/posts/Erik-Meijer-Immo-Landwerth-and-Andrew-Arnott-Immutable-Collections-for-NET#c634943171136645665</guid>
		<dc:creator>terrajobst</dc:creator>
	</item>
</channel>
</rss>