Borland已经于2月8日宣布出售整条IDE产品线，这件事情几天来成为程序员社群的头号热门话题。事实上，不管你承认与否，这件事情对大多数人的冲击仅仅是情绪上的，并不会落实到工作中。我当然知道还有很多公司和个人仍在继续使用Borland的IDE产品，但是他们使用的只不过是Borland的老产品而已：Delphi 6/7，C++Builder 6，JBuilder X，等等，这些并不是Borland IDE产品线上的当红角色。Borland几年以来在IDE发展战略上的徘徊犹豫，以及产品质量上不尽人意的表现，早就使它的客户们学会了安贫乐道，他们不依赖也不指望Borland的新产品，而是继续拉着那几个风韵犹存的半老徐娘们的手，在日渐冷清的舞池里顽强坚持着。因此，Delphi 2007将不再姓Borland了，这件事情对于几乎所有人，都没什么实质的影响。
但是Delphi 2007是否还会出现？又会是个什么样子？这就不是一个无关痛痒的问题了。在软件市场上的一个基本法则是，没有客户愿意使用没有前途的产品，哪怕它现在用着还顺手。到现在为止，还没有一家公司跳出来接手Borland IDE产品线。这就不得不令人捏着一把汗。
坦率地说，Borland这次宣布出售IDE产品线，虽然发生的突然，但对于长期关注Borland情况的人来说，倒未必完全意外。伴君如伴虎，Borland在IDE市场上陪微软玩了这么久，早就被微软毫不利人、专门利己的沙文主义情怀折腾得娇喘吁吁了。这几年又横里蹿出个Eclipse，直杀得Borland筋疲力竭。如果在这个时候，Borland能够冷静思考，稳扎稳打，倒未必没有转机。无奈乎前任CEO Dale Fuller短期利益之上，狂下猛药，搞得公司文化失衡，精英流失，产品线无比庞杂，新版本推出速度直追神六，产品质量却始终不过关。所以说，Borland走出这一步，其实只是时间问题。不意外，相当不意外。
真正意外的是，Borland竟然在没有买家的情况下就直接宣布出售计划，而不是先秘密确定买家，将整个出售事宜办妥后来一个新闻发布会，在镁光灯的照耀下交杯换盏，来一个漂漂亮亮的交接。现在搞成灰头土脸的沿街叫卖，同时还不忘在媒体上发表文章告诉大家IDE产品不赚钱，给潜在的买家们大幅压价提供了充足的舆论弹药，真是岂有此理。要知道Borland是一家上市公司，有20多年的辉煌历史，现在居然在曾给自己带来巨大声望的IDE领域表现得丧魂落魄，毫无法度，其决策层之慌乱，可想而知。真是落花流水春去也，只能仰天长叹，献愁供恨。无论如何，只要Delphi落个好归宿也算不错的结果，怕只怕Borland一手抛出绣球，却没有买家应承，结果导致Delphi一脚踩空，万劫不复。如果是那样，以后Delphi在软件开发领域里可能就只是个历史名词了，Borland的罪过就大了。作为程序员的我们，除了哀其不幸，怒其不争之外，也只能期盼Delphi寻个好婆家了。
所以现在要紧的问题是，谁会买下Delphi？
一亿美金不算贵，能掏得起的有一大排。不过考虑到这个产品线本身的特殊性，真正可能出手的主并不多。网上的评论中也有涉及到这个问题的，也算带表了一部分民意。呼声最高的是微软，也有热盼
Google出手的。至于IBM、Oracle、Sun、Sybase和BEA，似乎没什么人看好。而由于缺乏买家而导致Delphi转向开源甚至寿终正寝的可能性，似乎更少有人去谈。
微软收购Borland IDE产品线至少从表面上看是有可能的。毕竟除了JBuilder之外，Borland其它的开发工具都算是微软阵营的同盟军。微软收购Delphi，不但可以最终实现Windows平台开发工具的完全整合，而且能够获得强悍的Delphi开发团队，更能得到数十万忠诚的开发者，应该是合算的买卖。历史上微软不乏收购其他厂家产品，并实现成功融合的经验。而我相信，Borland最主要的预期买家，也毫无疑问是微软。几年来Borland Delphi Studio里先后集成C# Builder/C++ Builder，最后还把VB.NET的编译器也暗合进去，表面上看是与微软全面竞争，现在看来也不排除是在向微软抛媚眼。正所谓落花有意随流水是也。 不过流水是否有心恋落花呢？未必啊未必！
微软是否有必要同时维护4种“主流语言”（C++、VB、C#、Delphi）开发工具？是否有必要在已经庞大复杂的.NET framework和MFC/ATL之外，再花费人力和资源去维护和发展VCL/VCL.NET这两套同样庞大复杂的application frameworks？就算微软有能力这么做，这对它又有什么好处？微软已经在VB向VB.NET转型的过程中吃尽苦头，是否还有心情再背上Delphi这个更加沉重的历史包袱？特别是，VCL/VCL.NET/ECO被纳入微软体系，就强迫微软迅速处理它们与微软其他技术框架之间的关系。比如，VB.NET要不要支持VCL.NET？VC++要不要兼容VCL？VC与Delphi在Win32平台上的关系如何协调？Delphi社群多年来积累的一麻袋一麻袋的Delphi控件如何处理？改编起义部队不容易啊，相当不容易！退一万步说，微软即便收购了Delphi，也会彻底予以改造，使Delphi逐渐丧失异彩。至于更长远的以后，Delphi是会像SQL Server一样发扬光大，还是会像FoxPro一样日渐式微，或是会像VB6一样被最终埋葬，就很难讲了。
如果微软没有接下这个绣球，我们就不得不把目光投向Eclipse。事实上，如果说Borland IDE产品之花凋零的根本原因是微软的独大政策，那么Eclipse的崛起就是致命一击。Eclipse的迅速成功，对于微软的Visual Studio .NET和Borland的IDE产品线都是巨大的压力。只不过微软好歹有Windows和Office撑腰，尚可以闪展腾挪。Borland就没那么幸运，整个IDE产品线受到重创，以至有今日之劫。如果投靠微软不成，那么加入Eclipse也可能是一条生路。要知道Borland JBuilder本就有计划全面转向Eclipse架构。如果Delphi加入Eclipse，则会使Eclipse马上具备开发Win32/.NET的能力，同时Eclipse的开放性、灵活的架构和整个社群松散协作的模式也能够给VCL/VCL.NET/ECO更大的发挥空间。特别是在Eclipse的开源模式下，众多Delphi拥趸可以直接参与产品本身的改进和发展，这是非常令人向往的景象。同时，Delphi的加入对于Eclipse也无疑会是一个巨大的加强，Eclipse马上就可以变成全方位的Windows/.NET开发平台。而出色的Delphi开发团队也将成为Eclipse新的重型发动机。当然，也许微软并不愿意看到这样的情况。
上述这一切美景，需要有一个前提条件，那就是Eclipse阵营中有人出手收购Delphi。谁呢？毫无疑问人们第一个想到的名字会是IBM。如果IBM收购Delphi，上面所说的情况是很有可能出现的。IBM收购Delphi的好处有很多，一方面为自己的客户端软件开发项目平添生力军，另一方面在实施SOA战略时手上可以握着一个横跨Win32/.NET/Java的完整开发工具链，至少对其他竞争对手形成了一个合围之势。然而，IBM如果收购Delphi及其兄弟，不但同样面临着产品整合的难题，而且还有一个深层次的矛盾。IBM一直是Java路线最坚定的支持者和最大的获利方，Java和中间件是IBM的战略，而且在过去几年，这个战略实施的相当成功。围绕着Java中间件，以IBM为旗舰，已经形成了一个庞大的联合舰队。如果购买Delphi并且投入资源在.NET上，无疑与IBM的战略方向矛盾，也会给其现有的WebSphere、Workplace等产品的发展造成扰乱。一般的公司当然可以脚踏两条船，便于左右逢源，可IBM作为Java社群的领袖如果也这么干，可能会造成其同盟伙伴的思想混乱，搞不好会因小失大。利弊相较，我认为IBM不大会直接出手收购Delphi，但不排除间接参与此事的可能。
从社群反应来看，很多人都希望Google出手收购Delphi。我估计Delphi开发团队自己也最希望这个结果。Google目前无疑是技术创新的代表企业，有钱有个性，很得人的好感。但是理性的分析，Google其实并不需要一个IDE产品线，它的主要业务领域还是在以搜索为核心的、面向大众的Web应用业务之上。实在不太可能无端行侠仗义。
........
这样一一数来，结果令人沮丧，看上去似乎除了Borland自己，谁都不适合拥有Delphi。既然是这样，有没有可能Borland收回成命，继续高举Delphi大旗呢？一个正常的公司是不会出尔反尔的，不过现在的Borland并不是“正常”的公司。因此虽然这种可能性非常小，但是如果发生，我们也不应感到惊奇。
现在我们把不太可能发生的情形都列举了，那么剩下的情形，无论初看上去多么不可思议，也不能忽略了。我们不得不认为，Delphi的非常可能的归宿，是被一家不知名的小公司，甚至是私人收购，之后采取开源的模式发展。如果加入Eclipse阵营，则或许能间接得到IBM的支持，否则就是又一个Watcom C/C++式的孤魂野鬼。一旦走上这条路，Delphi的前景如何就很难预估了。
Delphi曾经是现在也还是开发工具的典范，它拥有最优雅的语言，最出色的开发环境和框架，最好的工程师和社群支持，支持最先进的组件式开发，也能精确地控制每一个比特，充分发挥系统的所有能量。然而Borland的一连串失误最终将自己最杰出的儿子逼入困境。我非常希望看到Delphi还能够继续自己的辉煌，但是这已经不是任何人能左右的了。现在我们只能一起祈祷，祝Delphi命大。
查看本文来源
京公网安备 11010802021500号