六年之前，微软大张旗鼓地宣布了一系列崭新的编程语言和应用于各种开发场景下的环境。在此之后，.NET已经出现了两个发行版本。每一个主要的发行版本都会对运行时和三款主流的语言（C#，C++和Visual Basic）产生巨大的改变，同时也会为客户层和服务层带来许多新特性，如事务的支持(System.Transactions)，泛型的支持（同时支持C#和Visual Basic），目录服务支持，管理（WMI）等等。这个故事也远远没有终结，微软甚至计划将一系列新技术应用到其下一个发行版本中（NetFX 3.0, 随Vista发行）。一个急速增长的社区也依然在不断扩大，并用开源和商业的新项目以及新构想增强了.NET环境。

在这几年中，在Java和.NET环境之间产生了大量的讨论，大多数的讨论都强烈地倾向于两者中的一方，这几乎没有产生任何作用。毕竟，诸如“我的编程语言比你的编程语言要好”或者“我的平台比你的平台运行得要快”，乃至于“你们很逊”这类的话题或许在鸡尾酒会和小组会议上是一个你来我往的颇为有趣的话题，但是这些话题对于引导一个有意义的软件开发是没有任何成效可言的。在经历了立场和姿态上的对立以及互相攻击以后，当尝试使.NET和Java共同工作和对此进行有意义的讨论时，这些对话却又转向了一些诸如“Web服务”、“企业服务总线”或“面向服务的体系架构”等繁杂的词汇中，而没有任何实在的展示。当越过这些高层的讨论去关注底层的细节时，对话中经常出现的又是SOAP、WSDL和WS协议，或者通过消息交换数据，或者在CLR中实现JVM，或者在JVM中实现CLR等。

换句话说，来解释这些流行的用语即“你大步迈进并讨论这如何去解决这个问题，但是却从来没有真正得讨论为什么你要这样做” 从历史的角度看，关于Java/.NET互操作性的讨论降低到了体系结构的次要位置，仅次于“按需”主题——也就是说这种互操作的发生仅仅应该在一个企业同时使用.NET和Java系统，并且需要在它们之间进行对话时。尽管如此，在这个讨论中关于动机问题的讨论被忽视了——为什么开发人员想要同时使用Java和.NET？尽管可能不需要这样做。

从表面上看来，这是一个危险的主题。因为不是由于对某个平台“不能”做什么的暗示而招致完全的义愤，就是任何关于某个平台可能在某方面“优于”另一个平台的说法都会导致偏爱或无知的谴责。（这甚至忽略了一个基本的问题，即指出这里的“优于”的定义是什么）。与其无视或躲避这个话题，不如直接面对它。这样的谴责和批评是不应该被忽略的，事实上我们应该欢迎它们，并将其作为一个大讨论的一部分，这个大讨论将解答何时、何地以及如何做出这些决策。尽管这样，我们认为开放式的讨论，时刻检查思想，允许读者形成自己的、批判的观点依然非常重要。