【IT168 专稿】一年前在Java IDE中排名第二的JBuilder，现在已经远远落到了Eclipse和NetBeans的后面。Borland投身ALM业务，导致了JBuilder的衰落，而CodeGear错误地将JBuilder 2007建立在Eclipse核心架构之上，更给了JBuilder致命的打击。不在沉默中爆发，就在沉默中灭亡，JBuilder何去何从，值得CodeGear深思。

    1. 兵败如山倒
    提起JBuilder大家都不会陌生，这个曾经的Java IDE王者，现在境况如何？打开浏览器，去Google搜索一下，发现JBuilder的网页数量是488万。孤立地看这个数据没有什么意义，不过，如果和JBuider的竞争对手Eclipse、NetBeans等的数据一比较，就会发现JBuilder的窘境。Google给出的Eclipse网页数量是5480万，是JBuider的11倍还多。

    Eclipse是开源Java IDE的先锋，它的流行度超过JBuilder并不奇怪，但令人惊诧的是超过得如此之多。数据显示，如果有1个人用JBuilder的话，用Eclipse的人则有11个还多。毫不夸张地说，JBuilder和Eclipse已经不是一个数量级的了。
那么，和最近十分火爆的NetBeans相比又如何呢？NetBeans和JBuilder有差不多的发展历程，不过，NetBeans当初是以模仿Delphi起步的，而Delphi和JBuilder则是同胞兄弟。Google给出的数据再次给JBuilder以沉重打击，NetBeans的网页数量是666万，也差不多是JBuilder的1.4倍。

    一年前，JBuilder还占据着Java IDE老二的位置，虽然落后于Eclipse，但差距并没有这么大，而且，那时JBuilder占据着第二阵营的远远领先地位，NetBeans等还只能望尘莫及。一年后的今天，Eclipse的继续领跑是意料之中的，但NetBeans超过JBuilder就多少有些意外了。也许正应了那句中国古话：兵败如山倒。
平心而论，Java IDE领域的竞争其实并不激烈，而且JBuilder有着非常辉煌的历史，是曾经的Java IDE王者，继续保持领先地位，应该是合情合理的事。那么，到底是什么原因，让JBuilder落到如此地步呢？


    2. 错误的定位
    JBuilder曾经是Borland的产品，在CodeGear从Borland分离出来之前，一直是Borland在指引JBuilder前进的方向。作为世界上最成功的IDE厂商，Borland对JBuilder的培育还是相当成功的，一度使JBuilder成为Java IDE的龙头老大。可惜，好景不长，或许是因为Borland不满足于偏安IDE一隅，于是不断地扩大自己的业务范围，逐渐从一个单纯的IDE厂商，膨胀到涉及统一建模、需求管理、配置管理、测试、性能调优登等诸多领域的庞然大物。IDE不再是Borland的主业，而是变成ALM的配角了。

    登录Borland的网站，首先映入眼帘的，是ALM这个缩写词。ALM的全称是Application Lifecycle Management，是Borland的一条非常庞大的产品线，包括了从统一建模到性能调优等等在内的一系列产品，涵盖软件开发过程的所有环节。Borland甚至给自己网站的标题也打上了ALM的标记“Borland：Open ALM for Application Development”。

    ALM的概念是非常诱人的，一套完整的工具，彼此之间无缝集成，仿佛一条快速运转的生产线，只要将用户的需求从这头放进去，在生产线的另一头，一个合格的软件产品就会如期下线。按部就班，有条不紊，软件具备用户要求的所有功能，满足一切性能需求，经过了严格的测试，没有令人烦恼的Bug，版本清晰、文档齐全，一个软件企业，如果能够完全利用ALM去开发其软件项目，那么在ALM上的投入一定会获得巨大的回报。

    可惜，Borland毕竟只是IDE厂商，对于软件工程的理解，并不深入。开发人员不是机器，他们有自己的思想、自己的方法、自己的习惯，并不是所有优秀的软件工程方法，都能够被所有人接受，即使接受了，也不见得能够顺利实施，工具也是如此。ALM的问题并不在ALM本身，而是ALM的实施过程，Borland看到了工具能够带来效率的提高，但是没有看到工具对人的影响，一旦在企业范围内采用ALM，这不只是意味着购置几台服务器，安装几套软件，更重要的是，ALM意味着整个开发过程的改革。

    人是最难管理的，而要改变人，尤其难上加难。为什么ERP的实施成功率非常低，就是因为这个缘故。在某种程度上，ALM的实施和ERP的实施有着很大的相似性，面临着相似的挑战，因此也收获相似的失败。笔者曾经尝试过ALM，不过最终还是放弃了，白费了3个月的时间，从上到下怨声载道，人心惶惶，紧锣密鼓的开场后，很快就无疾而终了。
在实施ALM之前，笔者自己做了一个模拟项目，感觉到ALM确实功能强大，几乎照顾到了软件开发的方方面面，不过，失败的实施过程告诉我，ALM或许只适合一个人用，因为自己说服自己是容易的，而改变别人则是困难的。可是，如果我只是一个人，我如何负担得起ALM的费用？ 

    可以想见，Borland在ALM的开发上花费巨资，然后在ALM的实施上也不见得会轻松，甚至比ALM的开发难度更大。JBuilder正是在这样的背景下，从兴盛走向衰落的。企业的财力有限，顾此必然失彼。Borland一门心思扑在ALM上，对JBuilder前途的关注，大不如前了，而竞争对手们都没有停下来，JBuilder的落后，其实是必然的。


    3. 错过了开源潮流
    当Borland忙于推销自己的ALM概念、方法和产品时，Java IDE的世界也在发生着快速的变化。蓝色巨人IBM在与Borland的竞争中精疲力尽，它的Eclipse远非JBuilder的对手，大笔的研发投入，未能给IBM带来预期的收益，而狠心放弃，又有些舍不得，十足一块食之无味弃之可惜的鸡肋。

    正当IBM彷徨不定的时候，席卷世界的开源浪潮给Eclipse带来了希望。在很多拥有核心技术和知识产权的IT巨鳄对开源纷纷持抗拒态度时，IBM看到了开源的好处，于是非常果断地将“鸡肋”Eclipse捐给了开源社区。IBM的这一举动，不但为它赢得了慷慨大方的好名声，而且，也让垂死的Eclipse获得了新生。开源社区以极大的热情对待这块颇似意外之财的“鸡肋”，经过大批开发者添油加醋之后，Eclipse变成了美味的“鸡腿”，香气诱人。

    相比之下，Borland在应对Java IDE世界的变化时，反应要迟钝得多。Eclipse开源时，JBuilder正处在巅峰时期，源源不断地给Borland带来稳定的收入。Eclipse的开源，Borland当然看到了，不过，在JBuilder眼里，Eclipse只是一个手下败将，不管开源不开源，Borland认为Eclipse的作为有限，因此，Eclipse的开源举动，并没有对JBuilder产生什么影响。JBuilder继续在自己封闭的环境里沾沾自喜，终于慢慢地被抛在了时代潮流之后。

    开源能给软件产品带来无穷的活力，NetBeans又是一个鲜明的例子。最初NetBeans只是一群学生的教学项目，后来被Sun看中，于是加盟成为Sun的旗舰Java IDE。不过，开源之前的NetBeans和Eclipse一样，日子并不好过，虽然在Java 开发人员当中还算流行，但一直不温不火，不但不能成为Sun的利润来源，相反，还不断消耗Sun大量的金钱来满足开发者对新功能贪得无厌的要求。几乎出于和IBM同样的考虑，Sun也决定将NetBeans开源，果然，开源之后的NetBeans立刻受到了Java开发者的追捧，当Java推出新技术或平台新版本的时候，NetBeans往往是第一个响应者，成为版本更新最迅速的Java IDE，一直紧随Sun的步伐。与此形成鲜明对比的是，Sun的另一款Java IDE，面向Java Web开发的Sun Java Studio Creator，由于没有开源，最终难逃被NetBeans兼并的命运。


    4. 令人失望的JBuilder 2007
    JBuilder的遭遇，和Sun Java Studio Creator如出一辙，不同的是，Sun Java Studio Creator是被自家兄弟NetBeans融合的，而JBuilder则是被竞争对手Eclipse吞并了。当Eclipse一日千里，JBuilder回天乏力时，Borland选择了投降。2007版的JBuilder，终于放弃了Borland引以为豪的自家核心平台，改弦易辙，以Eclipse为核心架构，成为了Eclipse的一个大插件。也许，接受了Eclipse的招安，是JBuilder寻求出路的不得已举措，正如那就俗话所说，“打不过就加入他们”，不过，从JBuilder 2007的表现来看，这步棋被证明是错误的。

    2006年底发布的JBuilder 2007，是JBuilder的一个重要版本，也是JBuilder用户翘首期待的一个版本。当CodeGear宣布JBuilder 2007发布时，尽管媒体对其评价甚高，但JBuilder的用户却表现得相当地失望。当他们从CodeGear网站上下载了JBuilder 2007并安装上以后，首次运行时，无不发出声声叹息：这还是JBuilder吗？

    JBuilder 2007抛弃了Borland公司JBulider系列的一贯风格，取而代之的，是完全类似于Eclipse的界面风格。此前的JBuilder深得Borland IDE的精髓，功能强大、使用方便、表现稳定、界面优雅，任何复杂的编程任务，在Borland IDE手下都是举重若轻。JBuilder 2007虽然有一大串New Feature，但是，脱胎于Eclipse核心框架的它，毕竟少了Borland IDE的原汁原味。JBuilder此举，失去了一些支持钟爱JBulider的老用户。

    JBuilder 2007让人的感觉更像是Eclipse，而不是JBuilder，CodeGear所做的只是把新的EJB和Web服务可视化编辑器集成到Eclipse中去，另外添加了一些诸如基于Together可视化建模技术的工具，Borland公司性能优化和调试工具OptimizeIT，以及对某些开源产品的支持和集成。JBuilder 2006中优秀的Swing界面设计工具没有了，取而代之的仅是Eclipse不成熟的Visual Editor。那些习惯使用JBuilder IDE的人，不得不面对一个全新的界面，必须学习Eclipse的使用，而这对他们来说无疑是个负担。

    JBuilder 2007是JBuilder历史上变化最剧烈的一个版本，甚至有用户怀疑它能不能被称为是JBuilder。JBuilder本身是封闭的，建立在一个以开源闻名于业界的Eclipse之上，或许不是一个正确的选择。
据有些参加过JBuilder 2007演示会的用户评论，JBuilder如果建立在NetBeans上，也许结果不会这么糟糕。NetBeans和JBuilder有着很多相似性，二者的结合可能会自然很多，也肯定比基于Eclipse的JBuilder受用户的欢迎。当然，这只能是当JBuilder 2007木已成舟之后的假设了，客观上，JBuilder没有选择NetBeans而选择了Eclipse，很有可能是考虑到Eclipse的流行程度要比NetBeans高。


    5. CodeGear表现可圈可点
    当Borland全力投入ALM业务并且意识到其IDE业务已经大受影响时，曾经想过要将IDE业务出售。在与几家有能力收购的公司谈过后，收购以失败告终。Borland声称是没有找到能够真正将其IDE业务发扬光大的公司，而业界私底下猜测，价格谈不拢或许是重要原因之一。不管如何，Borland最终决定成立一家全资子公司，这就是受命于危难之际的CodeGear公司。
成立之初的CodeGear雄心勃勃，而且颇有创意。在其官方网站www.codegear.com上，一段以代码方式表示的公司成立过程的flash，很合Borland IDE爱好者们的口味，让他们对CodeGear产生了非常良好的第一印象，并对CodeGear未来的表现寄予厚望。

    CodeGear接过了Borland的全部IDE业务，是一家百分之百服务于开发工具市场的公司。目前CodeGear有四条主要的产品线，都与Borland IDE有关，包括Develper Studio系列（Delphi，C++ Builder和C# Builder），JBuilder系列，Turbo系列和InterBase。

    JBuilder 2007是CodeGear成立后推出的第一个产品，其重要程度不言而喻，CodeGear的首任CEO Ben Smith甚至在上任之初发给用户的公开信中，也提到了JBuilder 2007。可惜，CodeGear的开门第一炮并没有打得很响亮，除了JBuilder 2007向Eclipse的靠拢，让开发者倍感失望外，功能上，JBuilder 2007也没有给开发者带来太多的惊喜，依旧是定位于建模和企业级的开发功能，例如EJB等，虽然加入了对主流Java框架的支持，但显然不够彻底，比如不支持JSF的可视化开发等等。

    CodeGear在JBuilder 2007上的表现，只能用不尽人意来评价。CodeGear声称是完全独立的一家致力于Borland IDE业务的公司，试图努力摆脱Borland巨人的影响，但从JBuilder 2007来看，要完全从Borland的影子中走出，并非易事。当然，考虑到JBuilder 2007的发布日期是2006年11月20日，而CodeGear的成立时间是2006年11月14日，前后还不到一个星期，所以，JBuilder 2007带着Borland的烙印，完全是可以理解的。


    6. 不甘寂寞，JBuilder新版本救市
    JBuilder 2007发布后，用户的响应平平，虽然在InfoWorld最近的一次Java IDE调查中，获得了最高的评分，不过，与Eclipse和NetBeans的如火如荼相比，JBuilder可谓叫好不叫座，一副门前冷落车马稀的景象。

    或许是为了给JBuilder 2007制造一点人气，在沉寂差不多半年之后，CodeGear又发布了JBuilder 2007的一轮新版本，依然由三个版本组成，分别是面向个人开发者的JBuilder 2007 Turbo Edition，面向小企业开发者的JBuilder 2007 Edition和面向大中企业开发者的JBuilder 2007 Enterprise Edition。这与之前的JBuilder 2007三个版本Developer、Professional和Enterprise是相对应的。新版本在功能上没有太大的变化，不过有一个值得注意的动向，那就是价格。

    JBuilder 2007的首轮发布中，CodeGear对三个版本采取了一贯的收费政策，Developer版399美元，Professional版799美元，Enterprise版1999美元，如果需要技术支持和维护，还必须按年支付120美元到600美元不等的费用。

    新一轮的JBuilder 2007版本发布，CodeGear终于在价格问题上松口了。三个版本中，面向个人开发者的Turbo Edtion是免费的，而另外两个版本价格也有大幅降低，分别从799美元降低到499美元，从1999美元降低到1499美元，降价幅度分别达到了38%和25%。

     很明显，CodeGear是想通过发布新版本和降低价格来重新吸引开发者的注意力，其中，Turbo Edition的免费策略，可以说是一个小小的进步。免费肯定会带来JBuilder 2007下载量的提升，一部分JBuilder的忠实追随者或许会放弃Eclipse和NetBeans，重投JBuilder的怀抱。

    可惜的是，JBuilder的免费策略并不彻底，免费的Turbo Editon版本功能有限，尤其是JBuilder领先于其他Java IDE的一些特性，在Turbo Edition中都没有包含。例如，性能调优工具Optimizeit(TM)，全双向的可视化代码图工具LiveSource(R) for Java，双向的EJB设计器，双向的可视化Web Service设计器等，这些高级特性只能在收费的版本中才有。至于更先进的TeamInsight(TM)，则更是只随最贵的Enterprise版本一起提供给用户。TeamInsight(TM) 是一套支持协作开发的完整工具，其功能包括源程序管理、项目计划、bug跟踪等以及这些功能之间的无缝集成，能够极大地提高开发团队的开发效率。

    可以看出，JBuilder 2007 Enterprise Edition在一定程度上已经具备Borland的ALM的初步特征，由于Borland目前主要靠ALM产生盈利，因此，JBuilder 2007的免费策略也只能到此为止，否则势必会影响Broland ALM的销售。CodeGear要完全独立自主，恐怕还有很长的路要走。


    7. 不在沉默中爆发，就在沉默中灭亡
    此次JBuilder 2007新版本的发布，与上一个版本仅数月之隔，CodeGear稍显匆忙的举措，对竞争对手来说，是一个含义不明确的信号。或许是JBuilder 2007垂死之前的回光返照，或许是JBuilder重新崛起前的一次小规模演习，到底CodeGear此举的目的何在，我们不得而知。也有可能，这仅仅就是一次例行的版本升级，是CodeGear早就计划好了的，并没有什么别的意图。

    不论如何，在2007年即将走完一半的时候，JBuilder 2007也到了其生命周期的一个转折点。往前走，挟Borland IDE的余威，和竞争对手还有背水一战的机会，当然，胜算如何，只有听天由命，CodeGear但尽人事而已；往后退，JBuilder 2007将成为JBuilder的最后一个版本，从此JBuilder淡出江湖，成为开发者茶余饭后的一点回忆；如果CodeGear选择保守的战略，既不前行也不后撤，继续随波逐流，得过且过，那么，最多半年时间，JBuilder的一世英名，在2008年将不复存在。

    CodeGear的实力是不容置疑的，从其推出的另一个工具Delphi for PHP大受PHP开发者的欢迎可见一斑。Delphi的遭遇和JBuilder类似，当年的Delphi靠着其VCL纵横整个Win32的开发工具市场，连现在的Java IDE新宠NetBeans，当初也是模仿Delphi起步的。可惜，由于Borland的策略性错误，再加上.NET的出现，Delphi在整个Windows开发工具市场上的占有率江河日下。独立出来后的CodeGear在Delphi上，表现出了以前的Borland IDE最难人可贵的创新精神，首次将Delphi的疆域扩展到脚本语言的世界，并且一举成功，许多Borland的忠实用户，又再度把眼光投向了CodeGear。

    鲁迅先生早就说过，“不在沉默中爆发，就在沉默中灭亡”，这句话用来形容JBuilder 2007目前的状况，是再贴切不过了的。如果说CodeGear在JBuilder 2007上的表演让人担忧JBuilder会在沉默中灭亡的话，那么，其在Delphi for PHP上所表现出来的精神面貌，又给人一丝JBuilder终将在沉默中爆发的希望。

    大江东去，浪淘尽，千古风流人物。Java IDE的战场上，没有永远的王者。JBuilder昔日的辉煌，并不能阻碍Eclipse和NetBeans的后来居上，要保持优势，唯有坚定一份“雄关漫道真如铁，而今迈步从头越”的信念。JBuilder的命运无疑掌握在CodeGear手中，作为一个Borland的铁杆用户，在对JBuilder充满期待的同时，我为CodeGear祝福。