> 假定有人愿意付给我报酬，我可以专门从事为微软产品画谣传发布进度表的工作。几乎每周，我们都能看到又一种微软产品推迟上市的新闻。然而，为此软件巨人画发布进度表，并不是只需在微软第一次声明任一特定产品的发布时间推迟一年那么简单。而且，由于其下一代产品越来越遥遥无期，引起了日益重大的反响，特别是对那些采用了微软的软件保证（SA）许可计划的企业而言。
更多关于Windows 2003 R2的资料
微软将在当前和Longhorn之间推出一个代号为“R2”的Windows Server过渡版本。近期，我从Windows Server小组那里获得了这种产品的更多资料。如果一切顺利，R2将于2005年夏上市，它将结合来自Windows 2003 Service Pack 1 （SP1）的所有补丁和新特性（包括好用的基于角色的安全配置向导），以及公司四月份以来已发布的许多out-of-band（OOB）或特性包更新 。这些更新包括一个Microsoft SharePoint Portal Server的Windows TrustBridge-enabled新版本（将使各企业能和各合作伙伴、客户共享信息），一个到Windows权力管理服务（RMS）的整合更新，以及Microsoft .NET Common Language Runtime （CLR）执行环境的Whidbey版本。R2还将包括一些新的独有特性，包括分支办公室管理支持。公司尚未确定价格，但微软向我保证如果客户已获得Windows 2003的许可，它将不强迫它们支付新的客户端访问许可（CAL）费用。该产品最终的名字和交付手段还没决定，这意味着微软对其该如何处理Windows 2003还没有把握。我猜想该升级对现有Windows 2003的客户将会免费。
“Yukon浪潮”推迟到2005年
当微软开始通知新闻界、分析家和各客户它将推迟发布Yukon和 Whidbey直到2005年上半年时，无异于扔下了一枚小型炸弹。原定于2003年晚些时候推出的这些产品形成了所谓的产品“Yukon浪潮”（将在产品Longhorn浪潮之前到达），后者将包括多个Windows客户端和服务器新版本、一个新Microsoft Office软件包、一个新Visual Studio （VS）发布（代号“Orcas”）、一个新MSN更新以及其他产品。虽然微软推迟发布一种产品并不是件新鲜事，但这项宣告出乎意料，引起了一些关注——其中的首要问题是，推迟发布将对SA客户造成的影响，以及该推迟是否会影响本已延长的Longhorn的发布进度表。
在许可方面，微软有一个紧急情况需要处理。购买昂贵的SA维护许可的各客户，一年前得到了他们的合同将包括一个SQL Server新版本的保证。但既然发布已再次推迟，Yukon不再能覆盖许多现有协议。这留给客户们两个选择：他们或者重新购买SA，或者希望他们的许可到期后微软仍能向他们提供Yukon。对许多客户而言，SA可能只在二十世纪九十年代后期的产品发布热潮中更有价值，但从那以后，微软的产品开发周期明显变长。可能现在是调整SA计划，使其与此新进度表更匹配的时候了。要不然，各公司将没有别的选择，要想在黄金时段用上新产品只能支付更多的费用。
此外，批评家开始将持续的延迟描述为“可信性问题”。如果微软一直达不到其自设的目标，那么，由于添加越来越多的特性而继续推迟Yukon怎么办？各客户可能会问微软试图在其产品中添加的特性对他们是否有用，如果没用，就请微软移除这些特性，尽快使Yukon回到正常的开发轨道上来。这个推测可能有点复杂难解，但如果微软只因为Yukon基于平台的技术——该产品将最终为Longhorn中WinFS存储引擎奠定基础的内核——不成熟而一再延迟发布Yukon，将会发生什么事？那样会不会激怒可能只用到当前Yukon的其他特性的传统数据库客户？我想应该会的。
延迟也沉重打击了重要的微软整合原则。Yukon与Whidbey相互整合、互为依靠。因此很可能两个产品的发布时间差别不大。当一个产品浪潮（就像Longhorn浪潮）包括多得多的产品时，又会发生什么事？如果微软连Yukon浪潮都不能控制，它又如何处理Longhorn浪潮的复杂性和其“藕断丝连”的许多产品呢？
微软称Yukon推迟不会影响Longhorn进度表，但我不相信。即使一个较小的事情（比如Windows XP Service Pack 2 （SP2）的开发）都能推迟Longhorn几个月，而且我被告知自从2003年晚些时候以来，Windows小组尚未建立一个单独的Longhorn build版本。考虑到全公司范围内对这些产品浪潮的关注，以及微软不想Longhorn在Yukon之后太快推出的事实，我们能在2006年看到Longhorn就很幸运了。
