在稍早对Anders和Guy Steele的关于并发和语言设计的访谈里，Anders指出：

  我们虽已拥有了名为C#的编程语言，但并发处理已经来临，所以我们需要考虑这意味着什么。我认为在C# 3.0和LINQ上的大量工作和并发问题已经非常相关了。类似Lambda表达式和我们已经添加进来的一些特性，可以让我们更好地构建这种类型的API。

  当然，我们也缺乏一些语言内部的机制来控制或标识这些副作用。对于纯函数和不可变数据的形式化应该有更好的语言支持，另外，对于编译器需要确定一个对象是否要暴露给任何人这样的情况，也应该提供一些可能的支持来以进行某种形式隔离。只要对象不暴露给任何人，我们在本地变量中处理它，就能保证其变化时是真正安全的。

  微软已经开展了一个和并发相关的项目，叫做并行计算初始计划。S. Somasegar，开发部门的高级副总裁，最近在一个Q&A论文中，谈到了在Visual Studio 2010中期望包含的东西：

  它将包含一些新的.NET Framework函数库，比如任务并行函数库（Task Parallel Library，TPL）和并行LINQ（PLINQ），以及并行模式函数库（Parallel Pattern Library，PPL）和使用C++开发原生应用程序时可用的并发运行时（Concurrency Runtime）及调试工具。微软也通过在Windows Communication Foundation（WCF）和Windows Workflow Foundation（WF）中额外添加一些新的功能来持续地对.NET Framework进行投入。

  这个项目自然成为微软获取反馈的一个途径，来了解如何在.NET编程语言当中进行改变以轻易地支持并发。莫尔定律依旧适用于晶体管密度，但对于CPU速度（GHz） 已经不适用了，所以需要转向并行计算而不是停止前进。当然微软也明白，使用一致的基础功能来解决和其他语言共同工作的问题具有很大的挑战。所以，下一步要着力解决的就是类似C#这样的语言。

  在.NET平台上谈论编程语言往往会提到VB.NET vs C#的主题。Anders谈到了C#和VB.NET之间共同进化（Co-Evolution）的问题：

  ……当我们尽力在某个之中开发出一些不同的特性之时，其他的团队也打算实现这个东西。现实是，促进这些语言发展的正确方法便是共同进化。

  可见，并发处理将成为下一个重要的事情是无容置疑的。动态编程将在C# 4.0中出现，不过人们还是希望未来的版本能够包含更多的特性。VB.NET被承诺和C#共同进化，以实现两个语言具有不同的语法但可以给出同样的输出结果。随着和Visual Studio 2010一起发布的DLR的出现，随着IronPython和IronRuby的可用性的提升，动态语言将在未来几年里成为主流。