borland传奇-第22章
按键盘上方向键 ← 或 → 可快速上下翻页，按键盘上的 Enter 键可回到本书目录页，按键盘上方向键 ↑ 可回到本页顶部！
————未阅读完？加入书签已便下次继续阅读！
Microsoft的也逐渐在原本Java主导的市场形成气候。我认为目前Java正面对着
下面最重要的挑战和威胁：
■ 开发工具价格往下降的威胁
任何产品都是一样，当产品开始进入成熟期之后，产品价格一定会开始下降，这是正
常的现象。不过对于Java这种高投资的技术和开发工具来说，产品价格下降代表Java
厂商会经营得更吃力，如果无利可图，那许多Java厂商将会退出这个市场。正由于竞
争压力太大，许多Java厂商都希望尽快达到一定经济规模，以备Java开发工具价格快
速下降后能够以量大来弥补，这也是这一波割喉竞争的原因。对于Java开发工具是这
样，对于EJB应用程序服务器也是这样。Java开发工具价格持续地探底将会注定只有
排名前二或是前三的厂商才能够继续存活下去，其他的小厂商只能以非常便宜或是免
费的角色存在于这个市场。但是如果这种现象持续下去的话，那Java开发工具的进步
幅度和品质都有可能开始往下滑。
■ EJB过度竞争的压力
EJB是Java的组件架构。由于会使用EJB解决方案的企业都属于中、大型公司，而这些
公司通常都属于财力雄厚的企业，因此愿意并且有能力花大笔的经费在建制EJB应用
系统之上。这个市场获利丰厚而且具有主导应用系统架构的力量，吸引了世界一流大
厂和许多著名的厂商开发和提供EJB应用程序服务器，当然也不乏许多小厂商想通过
这个新的组件市场而功成名就，因此为数众多的软件厂商便在这个拥挤的市场中拼得
你死我活了。举凡IBM、SUN、HP等世界级大厂都加入竞逐的行列，这些厂商原本就是
在UNIX工作站和大型Mainframe的死敌，自然不愿意让其他的竞争对手有机会独大于
重要的EJB市场。经过了数年的争斗之后，IBM和BEA已经很明显地居于领导的地位，
Borland和SUN等则处于第二领先群中。IBM通过庞大的公司资源以及硬件的交互支持
成为数一数二的EJB厂商，BEA则是由于最早进入EJB市场并且通过高知名度的Tuxedo
掩护成功地打入企业市场。至于SUN，虽然是Java技术的领导厂商，但是推出的软件
产品一向令人不敢恭维。继当初的Java Workshop失败之后，EJB应用程序服务器iPlanet
说实话一点也不好用，功能和执行效率也比不上竞争对手。要不是靠SUN的金字招牌，
iPlanet绝对无法在EJB应用程序服务器市场占有一席之地。
不过EJB应用程序服务器市场虽然逐渐分出胜负，但是在高度竞争以及许多EJB应用程
序服务器厂商以免费作为诉求的同时，厂商不但必须投入极大的资源研发最新、最符
合JDK和EJB规范的产品，还必须浴血奋战。这从观察EJB应用程序服务器的授权价格
不断往下降就能看得出来，由于EJB授权价格快速地下滑，因此许多EJB厂商面临了困
境。许多只占有极小市场的厂商开始无利可图，进而把价格压得更低甚至采用免费方
式和大厂竞争，这造成了即便是市场领导者也无法避免这个风暴的局面。由于IBM主
要标是硬件销售，再搭配WebSphere，因此对于EJB应用程序服务器价格下滑仍然不感
吃力。但是对于BEA和SUN来说，却是压力巨大，因为BEA的收入几乎就是靠EJB应用程
序服务器，而SUN则在投入了大量的资源研发iPlanet之后，不但在市场占有率上无法
做大，又面临价格快速下滑，当然就吃不消了。
因此，在2002年8月，SUN的EJB部门副总裁公开宣示，各EJB应用程序服务器厂商如果
再持续进行不计血本和免费大放送的劣质竞争，那么EJB应用程序服务器将提早出现
大幅衰退的现象。当然EJB应用程序服务器价格下降是有利于使用者，但是这也将让
所有的EJB应用程序服务器进行毁灭战，EJB大厂必须通过坑杀小厂以取得更多的市场
占有率来弥补。最后可能剩下不多的选择以及品质开始下降，对于企业级的使用者，
这是福是祸呢？
■ 行动和消费端的竞争
SUN一直想让Java主宰所有的软件市场，从大型企业的应用系统一直到消费端的行动
解决方案，因此除了在Java语言以及企业的J2EE架构之外，也非常积极地力推JINI和
J2ME等技术。如果SUN能够让Java同时在中/后端企业应用系统以及移动设备市场大获
全胜，那么上下交攻，Microsoft的领域势必被严重地压缩。不过SUN的如意算盘似乎
是出了状况，Java OS和JINI一直是雷声大雨点小，SUN数年的心血似乎也一直无法让
这两个技术成气候。反观Microsoft，虽然在桌面型应用领域独占鳌头，但是在消费
端的应用一开始是处于劣势的。Win CE开始并不见声势，又被Palm OS压着打。但不
屈不挠似乎是Microsoft反败为胜的惯例，Win CE在2、，3年的努力之后已经到了和
Palm OS平起平坐的地位，Pocket PC又逐渐受市场欢迎，Microsoft也介入传媒和移
动电话的市场，并且以X…BOX进入家庭游戏市场，一再显示出Microsoft在消费端的电
子行动设备方面已经悄悄地建立起了一片江山。在以相同的技术和Framework允
许开发者同时开发企业以及消费端和行动解决方案之后，Microsoft结合消费端和桌
面型的优势将对SUN形成强大的竞争压力。如果Java无法在消费端和电子行动市场成
长得如同其在企业端的绝对优势，那Java在消费端的力量将遭受严厉的挑战。
■ 语言的对抗
Java通过简洁的语言风格和虚拟机器提供的安全执行环境获得了开发者的广大回响之
后，其他语言当然也不会坐以待毙，新的语言势必出现，以求对抗Java。当初Java能
够成功地采纳C/C＋＋语言的好处并且开发出新的面向对象语言，其他的新语言也可以
学习Java成功的地方，融合更多现代的需求以求超越Java。C#就是一个很好的例子，
C#在许多方面都学习了Java，却又加入了Object Pascal的优美特性，成功地塑造了
新语言，分散了Java群组的使用者。Gartner Group的调查就显示了C#将同时侵蚀C/
C＋＋和Java的使用群，更不用说许多原有的语言了。此外VB和Object Pascal也会或将
要推陈出新，巩固原有的使用者群，并且在新的虚拟环境中吸引从Java转战而来
的使用者。很显然，Java现在的处境已经慢慢地失去了独尊的地位。
当然，Java解决方案尚有许多其他的挑战和问题，但如何面对和解决上面重要的问题，
是所有Java厂商以及SUN要尽快解决的。虽然现在没有人知道未来Java的趋势，不过
唯一可以确定的就是Microsoft正在一步一步地逼近之中。
JBuilder未来的开发
JBuilder从2。0开始成功地执行了一个有效的竞争模式：先从产品功能面竞争，稍后
再配合市场策略一举攻上王座。虽然JBuilder后半段以每半年一个版本的速度杀得对
手措手不及，不过快速升级的方式也造成了一些后遗症，那就是由于改版速度太快，
造成许多JBuilder客户以跳版本的方式来升级。例如JBuilder 4的客户更新到
JBuilder 6，JBuilder 5的客户则升级到JBuilder 7。
当然JBuilder快速升级方式和Java开发工具的竞争有关，但是很大一部分原因也是因
为Java的JDK经常更新，迫使Java开发工具必须跟上Java JDK的脚步，否则就有被淘
汰出局的危险。因此为了兼顾Java快速开发和使用者的权益，JBuilder在快速开发之
后的下一个阶段也许应该考虑推出1年套餐版，让使用者在付费之后的1年内都可以免
费升级吧。
Borland的JBuilder还在快速的开发之中，精彩的故事也一定会持续发生，也许1、2
年之后，再让我们回首，又将看到许多可歌可泣的故事，这就留待日后的书籍来叙述
吧。当读者看到本书时，JBuilder 8可能已经在市面上销售，而JBuilder 9可能也在
开发的阶段，这就是Java充满活力、进步快速的特质。喜欢Java吗？那么就接受这个
高度动感的世界吧！
^v^v^v^v^v^v^v^v^v
第六章 失去的王冠Borland数据库工具的战役
在Borland的产品线中，有两个产品是较少受到瞩目的，那就是Borland从Ashton…Tate
并购来的dBase系列以及昙花一现的IntraBuilder。对于Borland来说，dBase和
IntraBuilder是非常可惜的牺牲品。dBase发展的黄金时机被Philippe Kahn白白浪费，
IntraBuilder带来的无限潜力硬生生地被Delbert Yocam糟蹋掉。Borland最有机会的两
个关键时刻分别被两任CEO蹉跎，不知到底是时也？命也？运也？
dBase和IntraBuilder这两个产品，到底是如何在Borland中发展的呢？为什么最后dBase
和IntraBuilder都会进入死胡同？让我们一起来探索其中的秘密。
IntraBuilder的诞生
谁说〃洞悉先机〃一定是好事？当初哥白尼在几个世纪之前大胆地提出了天体运行论，
同势力庞大的基督教对抗，因而被基督教视为邪说，一直到3个世纪之后才被罗马教
皇承认。而哥白尼的一生都在承受着巨大的压力，Borland的IntraBuilder几乎也面
临了同样的命运。
1995年，当浏览器的应用逐渐成为主宰力量之后，各种Web的应用也开始快速地发展
起来。一开始Web应用是以面向文件为主，许多Web应用都使用纯文本编辑器来开发HTML
网页。但是人们很快发现，这种方式非常不经济，因为Web应用虽然有很大一部分属
于美工的需求，但是当Web进入人们的生活后，许多Web应用便开始需要结合数据处理
而转向商业的应用。因此，很快Web的解决方案便开始从静态网页的应用进入到使用
程序来解决的阶段。但是，当时正值浏览器大战的阶段，Netscape正和Microsoft的
Internet Explorer拼斗得你死我活，而Java也开始兴起。此时浏览器并没有标准，
连带着对HTML、JavaScript的支持也混乱无比。因此，虽然许多程序员都感觉需要一
个Web开发工具帮助他们开发逐渐炙手可热的Web应用程序，信息业界也开始有强烈的
需求，但是混乱的Web标准却让许多程序员不知所措。
不过，Borland的Visual dBase小组却从中看到了极大的契机，因为在为Visual dBase
未来的版本加入支持Web的功能时，Visual dBase小组突然发现，既然Web的功能是许
多程序员想要的，那么，为什么不直接提供一个可视化的Web开发工具，让需要开发
Web应用程序的程序员能够拥有最好的工具，而不需要痛苦地使用纯文本编辑器来开
发Web应用程序呢？
时值1995年，这的确是一个令人相当震撼的想法，因为它体现了未来需求的趋势。当
Visual dBase小组提出这个想法之后，立刻在部门内获得了极大的回响。几经商议，
Visual dBase小组决定先开发一个可视化的Web开发工具来测试市场，而且他们决定
就使用Visual dBase来开发这个新的产品。这实在是个大胆又令人惊讶的决定，因为
当时不但没有类似的产品，而且决定使用Visual dBase而非C/C＋＋来开发新产品，更
是不可思议，开发工具真的可以使用Visual dBase来开发吗？
当Visual dBase小组决定开发这个新的开发工具时，却面临了一些技术上的抉择，那
就是使用什么语言作为这个新开发工具的核心？另外，该产品既然是一个Web开发工
具，当然需要一个Web Server作为后端的驱动引擎。但是，当时的市场上只有Netscape
和O'Reilly等少数厂商拥有Web Server引擎。因此，Borland必须决定使用什么Web
Server。不过，这些问题很快就有了答案。
由于Java快速地兴起，Applet也成为学习Java的入门知识，因此，JavaScript很快就
被众人视为开发Web应用程序的标准语言。于是Visual dBase小组决定使用JavaScript
作为这个开发工具的核心语言，并且强化当时的JavaScript语言，以支持这个新的开
发工具。另外，由于当时的Web Server大都不便宜，因此，Visual dBase小组决定自
行开发一个Web Server作为这个开发工具的内建Web Server。最后，Visual dBase小
组定义这个开发工具必须拥有下面的功能：
■ 可视化开发环境，允许程序员使用组件和拖曳的功能来设计Web应用程序
■ 使用JavaScript作为核心语言
■ 提供内建的Web Server
■ 结合BDE/IDAPI来连接各种数据库
这个开发工具便是IntraBuilder后来震撼一时的数据库Web开发工具先驱。
在IntraBuilder开始开发之后，Visual dBase小组很快发现，虽然他们可以使用Visual
dBase完成大部分的工作，但是，终究有一些功能是Visual dBase力所不逮的地方，
因此，在IntraBuilder开发的后期，为了让它能够支持当时Microsoft刚推出的、同
Applet相抗衡的ActiveX以及动态执行Applet，Visual dBase小组还是使用了部分的
C程序代码来完成这些功能。
IntraBuilder的震撼
1996年9月，经过1年多的开发，IntraBuilder终于推出在世人的面前。IntraBuilder
推出之后，全世界的专业媒体几乎都对IntraBuilder好评有加，而且都不能相信Borland
能够如此快速且先知地推出数据库的Web开发工具。
全世界的好评如潮，因此，在IntraBuilder准备正式出货之前，Borland也是信心满
满。我记得，当时在拿到IntraBuilder的Beta版后，虽然我对于Web的开发仍然没有
太多的经验，但是很快就了解了这个产品的潜力，因为IntraBuilder和当时其他的Web
开发工具以及编辑器比较起来，简直是领先了数个世代之久，而且还能够用来作为学
习JavaScript的工具和开发连接数据库的Web应用程序。这些功能在市面上几乎没有
任何的竞争对手可以比拟。即便以今日的标准来看，IntraBuilder提供的Web可视化
设计能力仍属一流。因此，当时我就觉得这会是一个大卖的产品。
IntraBuilder面对的困难
即便Borland非常有信心，专业媒体也一片看好，但是没有想到的是，在IntraBuilder
推出之后，只带来了第一波销售热潮，随后的销售却很快冷却下来，造成了IntraBuilder
叫好不叫座的情形。这实在是一件很奇怪的事情，因为IntraBuilder产品本身没有太
大的问题，产品的方向也是正确的。但是为什么IntraBuilder在市场上就是无法拥有
亮丽的表现呢？这个问题是Borland急于寻找答案的。记得当时在台湾发表IntraBuilder
时，似乎也是回响热烈，但实际出席的人却不多。台湾Borland的产品经理还在会场
询问我，为什么出席的反应这么不热烈，产品本身不是不错吗？
在IntraBuilder首次遭遇挫折之后，Borland很快便找出了其中的重要问题所在。有
些属于产品本身的小瑕疵，有些则是当时整个环境的问题。总结当时IntraBuilder
1。0失败的原因有：
■ IntraBuilder太过于先进，许多程序员不知如何使用
■ IntraBuilder不支持中文
■ 浏览器对�
