按键盘上方向键 ← 或 → 可快速上下翻页，按键盘上的 Enter 键可回到本书目录页，按键盘上方向键 ↑ 可回到本页顶部！
————未阅读完？加入书签已便下次继续阅读！
的集成开发环境可以拥有许多短期的效益而且产品马上会有明显的改善，可以拥有和
其他竞争对手一搏的本钱。不过反对的人则认为使用原生开发工具开发Java的工具是
走回头路。这些人认为Java有朝一日一定会开发到成熟的阶段，到时Open JBuilder
就会拥有最后的胜利，现在只是一时的挫折，没有必要灰心。
对于Borland来说，如何继续Open JBuilder是一个困难的抉择，因为当时Borland急
需收入的挹注，而Open JBuilder的研发费用惊人，光靠Delphi力撑实在是很辛苦。
不过如果再回到使用Delphi开发，那么可能又会失去未来的机会，这到底应该如何决
定呢？
Java天才的加入
这一切的答案在Open JBuilder的新产品架构领导人Blake Stone加入后才逐渐明朗。
Blake Stone原本是DSW Systems Corporation公司的技术主管，而DSW公司一向和Borland
互动良好，许多DSW公司的人都曾在Borland的Conference（BorCon）中负责技术讲座。
Blake Stone先生也在1997年的BorCon中负责了一个讲座。也许是Blake Stone和Borland
在这次的BorCon中合作愉快，Borland也很赏识Blake Stone的技术和才华，因此在BorCon
结束之后不久，Borland便和Blake Stone接触，看看Blake是否有意愿加入Borland的
Java研发小组。也许是天意吧，在Borland失去了Anders这个天才之后，老天又给了
Borland一个弥补软件天才的机会。
在Borland和Blake接触之后，Blake不但对于Java未来的潜力看好，而且因为Blake也
曾使用Delphi，对于Borland研发开发工具的能力相当有信心。更凑巧的是由于Open
JBuilder 1。0的不尽人意，因此此时刚好有一个Open JBuilder的Architect离职，
让Blake立刻有了适当的职位。没有多久Blake便答应进入Borland作为JBuilder的
Architect，目的是带领JBuilder成为最成功的Java开发工具。由于Blake惊人的天
分，因此很快就成为JBuilder的主要Architect以及技术的主领导者，JBuilder未来
开发的Java技术都由Blake负责研究和研发的工作。
Blake进入JBuilder开发小组之后，面临的第一个挑战便是如何改造Open JBuilder，
让它执行得更为顺利，并且能够在竞争群中脱颖而出。当然Blake必须做的第一个抉
择就是Open JBuilder到底该走向纯Java的开发工具或是改成原生的Windows Java开
发工具。Blake并没有迟疑多久，便决定把JBuilder带向纯Java的开发工具，使用Java
语言本身来打造整个JBuilder。Blake做了如此的决定是有许多原因的。首先是Blake
希望通过使用Java语言开发JBuilder本身来让Borland的工程师彻底掌握Java的技术，
也希望通过这样的开发来证明Java的实用性。就像Delphi本身就是使用Object Pascal
和Delphi研发、Borland通过Object Pascal证明了Delphi的实用性和可靠性一样，
Blake也希望使用JBuilder来证明Java语言的可用性。
第2点是因为打造纯Java开发工具可以让JBuilder通过Java跨平台的特性把JBuilder
推向其他所有支持Java的平台，让Borland能够穿透到以往无法进入的市场，这样可
以让JBuilder的潜在市场和客户比竞争对手的更宽广、更多。
第3点因素则是Blake希望通过这个行动让Borland掌握Java的核心技术，最好能够和
SUN有更密切的互动，让Borland能够在Java领域取得相关的领导地位。因为在和以往
Microsoft交手的过程中，Borland深深了解到如果无法在一个技术领域取得第1或是
第2的地位，那么终将成为微不足道的角色，被市场淘汰出局。
Blake在JBuilder研发方向制定的策略事后都被证明是正确的。后来JBuilder果然能
够支持Windows、Linux和Solaris平台，成为当时架构最大、最复杂的Java应用程序。
更重要的是SUN充分肯定了Borland在Java方面卓越的技术，进而采用Borland的Baja
技术制定Java Bean规格并且邀请Borland共同参与开发Java的JDK。Blake在JBuilder
早期设定了成功的趋势，奠定了JBuilder成功的基础。稍后JBuilder新的产品经理
Tony de la Lama又成功地制订了JBuilder的市场研发脚步和竞争策略，终于让JBuilder
在3。5版本之后一飞冲天，成为Java开发工具的翘首。
在Blake加入JBuilder开发团队并且决定了JBuilder走向之后，很快整个JBuilder的
开发方向便朝着他决定的方向快速前进。Blake也激活了JBuilder庞大的纯Java开发
工具的计划。1998年JBuilder研发小组在Blake的带领之下很快地交出了第1张成绩单，
那就是JBuilder 2的推出。
JBuilder 2的战略目标并不是成为完全的纯Java开发工具，而是为了快速跟上其他
Java开发工具的功能，并且提升Open JBuilder 1。0为人诟病的缓慢执行速度以及问
题多多的窗体设计家。
无疑JBuilder 2是非常成功的。我所谓的成功并不是指JBuilder在销售上的成功，
而是指Blake为JBuilder 2。0设定的目标。因为JBuilder 2。0推出之后很明显的比Open
JBuilder 1。0看起来成熟多了，而且在执行速度、包含的功能等方面都到达了合理
的地步，也让JBuilder正式进入Java开发工具第一方阵的竞争群。在Blake的努力下，
JBuilder 2。0的实现程序代码已经进步到使用25％Delphi程序代码和75％Java程序
代码，离纯Java开发工具已经愈来愈近了。Borland也开始从JBuilder 2。0的身上看
到了未来的曙光。也是上天注定，这个时候正是Delphi逼近于全盛的时期，需要
JBuilder接棒才能够让Borland持续地成长。
JBuilder 2。0的渐入佳境除了归功于Blake Stone之外，另外一个重要的原因便是此
时JBuilder的产品经理也换成了颇具眼光的Tony de la Lama。Tony也像K。 K。一样是
从Visual dbase小组转来的，而且在K。 K。离开了Borland之后接手成为JBuilder的舵
手。本来没有人看好Tony的，没有想到Tony却是一个雄才大略的人物。
Tony显然和Blake合作无间。在JBuilder一开始于产品和技术还相对处于劣势的时期，
Tony知道最重要的工作是先把产品做好，再求其他的策略。因此JBuilder在2/3版
时主要是由Blake Stone操刀、Tony为辅。稍后当JBuilder逐渐成为Java开发工具的
重要角色之后，便由Tony主导在市场、产品定位和竞争策略方面运筹帷幄。
Blake在研发JBuilder 2。0时，便设定了下面的目标，准备重新奠定Open JBuilder的
竞争实力。
■ 呈现精确的设计时期可视化效果。这方面胜出Visual Café许多，也是JBuilder
准备强攻Visual Café弱点的策略
■ 充分利用Java平台的特性
■ 以Java来思考开发工具的开发。这一点非常重要，也是日后JBuilder胜出其他Java
开发工具的重要因素
■ 开始为Java设计组件架构。当时这项研发计划命名为Baja，由Carl Quinn负责。
Baja也是日后JavaBean的前身
■ 打算以纯Java撰写JBuilder并且为移植到其他平台做准备
在JDK 1。1推出了JNI（Java Native Interface）之后，JBuilder开发小组的工作就更
为顺利了，因为他们可以通过JNI呼叫使用Delphi 2撰写的程序代码，呼叫Borland自
行开发的原生Virtual Machine，以快速地编译Java程序。此外由于JBuilder 2。0尚
无法成为完全的Java开发工具，因此Blake在Delphi方面也进行了更好的最佳化调整，
以加速JBuilder激活和执行的速度。当然在JBuilder的窗体设计家方面，Blake更是
决定投入大量的资源，以求解决Render和JDK臭虫的问题。由于Blake的决定，Borland
发现并且要求SUN解决了当时JDK和AWT/SWING初期的许多臭虫。其中有一些是SUN来不
及或是不愿意立刻修改的，为了不延误JBuilder的开发，Borland直接予以解决再提
交给SUN作为参考。
当时Blake为了让JBuilder中Delphi和Java的程序代码有更好的整合和表现，甚至研
发了许多低阶的技术来暂时强化JBuilder 2。0的执行效果，并加强Java和Object Pascal
语言之间互动和交换数据的机制。嗯，看来Blake在数年前便想到并且解决了许多现
今的技术问题呢。
Blake Stone成功地带领JBuilder开发小组推出了JBuilder 2。0，这只是Blake为
JBuilder实施的第一阶段竞争步骤。当JBuilder 2。0获得了初步的成果之后，Blake
也正式激活了以纯Java打造JBuilder的计划。JBuilder 3。0是Blake瞄准的第一个版
本。在JBuilder 2。0之后的JBuilder研发工作中，Blake已经拥有愈来愈多的资源，
整个JBuilder开发小组的规模也开始和Borland的RAD部门不相上下了。
1999年8月，在Blake Stone和JBuilder团队全力催生之下，几乎是完全由Java开发的
JBuilder 3。0也在距离JBuilder 2。0推出一年之后正式推出了。如果说JBuilder 2。0
是为了让JBuilder赶上其他Java开发工具的版本，那么JBuilder 3。0的定位无疑就
是在Borland推出纯Java的JBuilder之前从落后于竞争对手到超越竞争对手的一个产
品。
虽然Borland进入Java开发工具市场非常晚，但是在经过了3个版本的努力之后，终于
在JBuilder 3毕其功于一役，进入了Java开发工具的领先群。此时当初第1名的Java
开发工具Visual Café正每况愈下，逐渐接近被JBuilder超越的命运了。
还记得在1999年的BorCon中，我曾经和Blake Stone有过短暂的交谈，明白了为什么
许多人都说Blake Stone是一位天才型的软件人物。当时我去听其中一场讨论（如何调
整InterBase执行效率的Seminar），没有想到坐下来之后才发现Blake Stone就坐在旁
边。之后，我一直在暗中观察他。只见他在Seminar开始之后就拿出了Notebook专心
写程序。我当时便想，Blake参加这个Seminar大概只是消磨时间，主要是写写JBuilder
的程序，并不是真的想听这个Seminar的内容。选择InterBase这个Seminar纯粹是因
为人比较少，不会受到太多的打扰吧。知道了Blake的举动之后，我也一直想移动身
体朝向Blake，希望看看天才写的程序代码是什么样子？但是出乎我意料之外的是，
当Seminar结束之后，主讲人开始接受询问问题，Blake却不断地举手发问。
这令我大吃一惊，因为整场专心写程序的Blake看起来能够一心多用，不但脑袋可以
想东西，手指可以打键盘，心思还能够倾听Seminar的内容，真令我佩服。Seminar结
束之后，我和Blake交谈了数句寒暄的话，恭喜他在JBuilder方面的成就。Blake转身
离开时，从身后看简直就像一位小姐。因为Blake身材纤细，又留了一头长发，不知
情的人从身后看一定会认为这是一位美丽的小姐呢。
当JBuilder 3