.Net 服务器端源代码的开源对于微软而言是很重大的一步。然而这个动作的影响有限，也必须说 .Net 距离追上 Java 的开放源代码可能还要很长一段时间。
| 关于 .Net 开放源代码的计划，微软副总裁 S. Somasegar 曾提到，.Net 作为 Java 的替代平台，微软希望的是藉由公开 Windows 技术源代码来建立广大的开发者族群。
在微软的最终目标里 .Net 也将支持 Linux 及 OS X 系统，将.Net 开发者延伸至更多平台，这也是针对 Java 能藉由 Java Virtual Machine 在许多不同平台运行所做出的回应。此外，微软也将限制专利的保护作为此次的策略。 |
但是 Java 与.Net 的技术人员都还未被说服。Red Hat 公司开发支持经理（主要支持中介软体 JBoss）Arun Gupta 就表示：「单单只是开放技术源代码，并不代表会增加它的吸引力，并为之建立完整的生态。」（这位 Gupta 先生曾经在开发 java 的公司 Sun Microsystems 负责推广 Java）
Directions on Microsoft 的分析家 Rob Sanfilippo 也认为.Net 公开源代码所产生的效益会相当有限：「.Net 公开源代码只会对特定族群产生帮助，像是.Net 目前的开发者、钻研跨平台方案的开发者、或一些独立软体开发商，但是并不会实质上的对微软的收入动态或策略性支出产生影响。微软对于 Windows 中.Net 的支出上会是架构下最稳定与受到支持的。」
晚了八年开放，.Net 想要赶上 Java 建立生态短时间内不可能
| Gupta：「创造开放源代码.Net 的生态需要很长的时间。他们的出发点或许是好的，但是等到.Net 能够对 Java 产生威胁时，我想还需要几年的时间！」 |
资料管理软体开发公司 Hazelcast 的行销与开发商关系副总裁、同时也正参与 Java 软体的开发者 Miko Matsumura 对此也表示贊同：
| 「现在有相当大规模的开放源代码计画是以 Java 来编写。对于一开始就以开放为基础的 Java 而言，它们已经建立了规模庞大的使用社群、源代码自由性以及组成之多样性。这次的开源这对于微软来说是正确的第一步，但在开放源代码的族群支持上仍是有很 长的一段路要走，毕竟，Java 早在八年前就已经开放源代码了！」 |
.Net 未来走向仍要看微软放手的程度，但至少他们踏出了正确的一步
Java 虚拟器软体贩售商 Azul Systems 执行长 Scott Sellers 提到：「科技社群所扮演的角色也需要持续的观察，到底他们能决定.Net 的未来，还是这一切仍是由微软操控？」
Gupta：「微软对于开放源代码的努力受到了服务器的限制，他们应该要开放客户端的技术，如同 Windows Presentation Foundation（为了建造丰富介面所使用的程式模型）一般。但毕竟微软真正在行的其实是建立模型，而不是开源。相比起来，Java 的工具像是 Eclipse、NetBeans 则都是开放的。」
「.Net 的开放源代码的出现，将会创造一个与 Java 完全不一样的体系，并且为微软的 Windows Azure 云端平台增加人气，」Matsumura 这样解释「如果微软能持续保住忠诚的.Net 开发者，并在开放源代码的基础上提供开发者跨平台的支持，想必对.Net 平台的推广会相当有帮助。」
来自 IDC 的分析家 Al Hilwa 提到微软对于开放源代码的态度的确正在转变：「微软拥抱开放源代码可以追溯到前不久，他们决定要在这个领域做更多的发展。在方向上，他们正走在正确的轨 道，发展速度也慢慢的加快；毕竟开放源代码在开发者之间是无所不在的，就连微软都无法忽视这点。」
（资料来源：infoworld；图片来源：hackNY，CC Licensed）
