由 Michael Neubarth 和 Craig Westney 起草
下面的 10 条理由解释了为什么对于公司来说，为服务器选择 WebSphere/J2EE 要比选择 Microsoft .NET 更好。虽然 Microsoft 将 .NET 吹捧为创建 Web 应用程序的效率更高的环境，但 .NET 环境仍受到许多问题的困扰，包括功能缺乏、兼容性差、编码要求死板以及编程不充分 — 这些问题都使开发和管理变得很复杂。.NET 部署不容易扩展、定制也不容易移植。而且，.NET 死板或“脆弱”的本性限制了它的功能，并且会导致性能差、网络应用程序容易崩溃等问题。如果使用 WebSphere/J2EE，用户就可以避开所有这些问题，并获得最佳的 Web 应用程序服务器基础架构。
.NET 比较新，还不完善，并且没经过验证。
您准备把自己的企业托付给一个未完成的平台吗？
当 Microsoft 又开发出新东西时，您高兴调整自己的计划和实现来适应 .NET 中的变化吗？
Windows .NET 服务器仍处于开发和发行阶段。
.NET Enterprise Servers 包含的 .NET 技术极少。
Microsoft 的 .NET 方向一直在变。
Gartner Group 认为 .NET “还不适合企业使用。”1 Gartner 说，Microsoft“使用户必须熬过好几年软件基础架构实现不够成熟的时间，这给用户增加了负担”。
Gartner 说，Microsoft 的 .NET 是从零开始的，这个系统的成熟性“来自于多年来，各种不同规模的企业和行业的用户在生产中的使用以及反馈”。
Giga 的分析员 Randy Heffner 说，“向 .NET 转移是企业客户需要考虑的一个主要风险。”2
您认识到了落后于正在实现 Java 的竞争对手的风险吗？
根据 Giga 的调查，Java 早开始了四年，它比较成熟，是企业的首选平台。
Gartner 说，“规划 Web 服务项目的用户会发现新的 VS.NET 很有用，但与面向 Java 的 Web 服务平台相比，它算不上什么突破性技术。”3
Microsoft .NET 不是开放的服务器平台。
.NET 只在 Windows 上运行，是专属于 Microsoft 的。
基础架构服务必须由 Microsoft 提供。
这限制了客户对供应商的选择，也限制了 .NET 的可移植性。
您高兴自己的核心业务基础架构除 Microsoft 外别无选择吗？
如果您决定要更换平台来获取新的性能、技术或价格优势，除 Microsoft 外别无选择您会高兴吗？
如果 Microsoft 之外的人引入了一种新的具有竞争力的想法，那么在与一个使用开放的基础架构的企业竞争时您是不是会处于不利地位？
使用 .NET，您只能选择 Microsoft 作为核心技术供应商。
您愿意依赖 Microsoft 创建并实现您的企业需要完成的每个新思想吗？
从现在到将来 .NET 都是一个完整的公司服务器策略吗？
Java 平台有无数的供应商和产品供您选择。
.NET 开发没有 Microsoft 向您保证的那样实用和高效：
.NET 引入了一个新的组件模型，这个模型与以前的 COM 模型截然不同。
由于必须支持并集成两种不同的组件模型（COM 和 .NET），开发和管理工作将非常复杂。
Visual Basic .NET 和 Visual C++ .NET 应用程序不向后兼容 Visual Basic 6.0 和 C++ 6.0。
.NET 并没有简化编码工作，而是在许多方面加重了程序员的负担，并且带来了一些困难和不兼容性使得开发工作的效率更低。
获得您期待的优势比 Microsoft 向您承诺的更困难，代价更大。
您有没有认识到要为 Microsoft 的这两个组件模型付出的管理和性能上的代价？
Gartner 警告说，“如果要利用 .NET 的优点，开发者必须重写某些现有 Windows 应用程序的高达 60% 的代码，才能实现从当前 Microsoft 平台到 .NET 的转换。”4
.NET 工具与以前的工具截然不同。
Visual Basic .NET 和 Visual C++ .NET 与 Visual Basic 6.0 和 C++ 6.0 相比是完全不同的编程环境。
您考虑过向 .NET 转移所需的整套培训开销吗？
Microsoft 自己也说过，Visual Basic 程序员可能要花费长达三年的时间才能掌握 Visual Basic .NET。
在这个节骨眼上，分析家们建议公司考虑看一下 Java，因为 Java 是开放的、成熟的、被广泛采用并且可以选择供应商。
Microsoft 的集成不够灵活
.NET 只允许从 Windows 方进行集成。
您高兴让每个集成解决方案都运行在 Microsoft 的平台上吗？
让所有的集成都是单方面的（只从 Microsoft 这一方集成）符合您的利益吗？
Gartner Group 认为，Microsoft“要成为一个被大家接受的领先的集成中介者还有一段路要走。”5
Microsoft 声称它的解决方案 TCO 很低，却掩盖了这个解决方案的真实成本。
Microsoft 关于 TCO 的讨论只集中在获得方面的开销上。
.NET 应该综合考虑开发、支持、维护、当机时间、管理和性能各种因素。
Microsoft 并没有披露全部的解决方案和许可证需求 — 多种 Microsoft 产品和多种 CPU 的组合需要大量许可证，另外还要加上客户机许可证。
Microsoft 提供的通常是系统的一个组件的报价，而一个实际的或可伸缩的系统需要多个服务器，花费要比这高得多。
您理解 Microsoft 的 Licensing 6.0 计划的条款、条件和代价吗？
您考虑过不断为 Microsoft 的安全性警告添加补丁、进行测试和部署的代价吗？
Windows .NET 系统的可伸缩性、可靠性、可用性都比较低。
.NET 将您局限在 Wintel 阵营的性价比中；而大量用户需要大量的服务器。
.NET 系统需要您付出更多的努力来进行定制以及实现可伸缩性、可靠性和可用性。
您想限制自己扩展应用程序的能力吗？
您愿意忍受可靠性和可用性较低的应用程序吗？
Gartner Group 的 Darryl Plummer 说“与 IBM 不同，Microsoft 没有构建牢不可破的企业系统的经验。”
在开发 .NET 时，Microsoft 引进了新的不兼容技术，这样就会使一些产品过时，要进行痛苦的升级。
Exchange Server .NET 需要彻底地升级，还要费劲地实现活动目录（Active Directory）。
Mobile Information Server 已不再作为独立产品进行开发。
SQL Server 已经被重新构建为“Yukon”。
Microsoft 的产品存在严重的安全性问题。
您考虑过必须不断为 Microsoft 系统添加补丁的风险和管理代价吗？
Gartner Group 建议用户考虑从 Microsoft Internet Information Server 移到其它平台上，因为 IIS 安全性不可靠。
1999 年，Microsoft 公布了 60 条安全性建议。到 2000 年建议总数升到了 100 条，而到了 2001 和 2002 年，建议总数超过了 100 条。
2002 年 4 月 CERT 发布了关于 10 个严重的 Microsoft 安全性缺陷的警告。
Gartner Group 发现 .NET 在不断出现安全性缺陷。虽然 Microsoft 一直在用补丁堵漏补缺，“但与所有的第一代软件一样，由于一直需要向后兼容，很可能会暴露有关 .NET 的更多缺陷”，Gartner 说。6
Ogilvy & Mather 的首席安全官 John Schweitzer 说，“Microsoft 的 NT 产品系列（包括 Windows 2000 和 IIS）的安全性跟踪记录是世界上所有操作系统中最糟糕的。这就是大多数安全性专业人员拒绝他们的产品的原因”。
--
FROM 221.218.17.*