取行动，但
是没有想到这么快就勇敢地响应。Borland当时的行动引起了许多信息业界的尊敬和
支持。
这场官司的进行很快就有了初步的迹象，所有的证据都对Microsoft不利。Microsoft
一看情势不对，又不想让Borland真的消失，以避免吃上在开发工具市场垄断的官司，
所以立刻表达愿意和Borland在庭外和解。正是由于这个原因，才有后来1999年时
Microsoft对于Borland的投资，Microsoft这项投资正是这次庭外和解的条件之一。
不过Delbert的运气并不好，虽然Microsoft愿意和Borland进行庭外和解，但真正和
解的动作以及Microsoft对于Borland的赔偿事项却是发生在Delbert之后的Borland下
一任CEO，即Dale Fuller身上，Delbert种下的稻穗却是由Dale Fuller来收割。
接二连三的错误决策
1998年，Delbert Yocam再次展现了好大喜功的本性，在没有充分地讨论以及共识之
下，Delbert Yocam决定把公司名称从众所周知的Borland改为Inprise。Delbert决定
如此做有数个原因：
" 由于Paul Gross和Zack Uplocker的Golden Gate计划让Borland进入中间件市场，
因为Borland在企业市场以往没有很强的知名度，许多人认为Borland只是开发工具厂
商，因此Delbert为了解决这个问题决为Borland取一个新的名称
" 使用Inprise的意思是指Borland可以Integrating The Enterprise。为提供企业整
体解决方案的软件公司
" 基本上Delbert Yocam在进入Borland之后已经开始改变Borland，悄悄地进行第二
次Borland改造的行动。这就是以行销为主的Borland，有别于以往Philippe Kahn所
领导的以产品/技术为主的Borland。为了代表Delbert的决心并且重新出发，Delbert
认为公司该使用一个新的名称
1998年4月，在Delbert的主导之下，Borland花费了数百万美元之后终于改名成为
Inprise公司。不过Delbert原本是想在更改公司名称之后可以重新出发，但是没有想
到，在Borland改名为Inprise之后，各种负面的效果却接踵而来。
首先，传统的Borland使用者都强烈反对Inprise这个名称，这些Borland使用者都喜
欢原来的Borland。第二个问题，是许多新的使用者都听过Borland，但是在改名之后
这些新的使用者找不到Borland，以为Borland已经不见了，又从未听过Inprise这家
公司。第三，则是竞争对手刻意放出的讯息，故意散布Borland已经被一家叫做Inprise
的公司并购了，因此希望原先的Bor]and用户能够放弃使用Borland的产品。
Delbert万万没有想到，在花了大钱更改公司名称之后，Inprise(Borland)却开始得
疲于奔命地应付各种不利的后果。结果是赔了夫人又折兵，不但浪费了资源却无法在
企业市场闯出名号，又折损了Borland的金字招牌。
另外一个有问题的决策是把Zack Urlocker拔擢成Borland行销部门的副总裁。由于Zack
在Delphi 3出色的表现，以及和Paul Gross激活的Golden Gate Strategy让Delbert
心动，并且Delbert认为通过Golden Gate Strategy可以让Borland打入企业市场，因
此Delbert对Paul Gross和Zack Urlocker都印象深刻。不久之后，Delbert分别提拔
了Paul Gross为Borland开发工具部门的副总裁、Zack Urlocker为行销部门的副总裁。
本质上Zack是一个非常好的开发者，对于产品也有很敏锐的感触，应该是非常理想的
产品线管理人物，Borland应该让Zack好好地呆在R&D部门，为Borland的产品线运筹
帷幄，好好地开发Borland以后的产品。只可惜的是"水往低处流，人往高处走"，副
总裁的位置放在面前，Zack当然想升官发财(谁不是呢？)。不过Zack并没有想到自己
的优缺点。他固然是出色的开发人员和产品开发人员，但是对于行销却是门外汉。在
Zack做了行销副总裁之后，Borland的R&D小组不但失去了一员大将，更糟糕的是Zack
似乎也开始向Delbert学习，慢慢有了好大喜功的做事方式。
首先，Zack扩充Borland行销人员到达了100多人的数目。可是，当时全世界Borland
的员工才将近1000多人，行销的人员居然超过九分之一的比重，实在是太夸张了。不
过，这么多人的部门在当时仍然没有做出什么好的行销工作，仍然被Borland的使用
者抱怨。我还记得当时我曾向行销部门要求所有开发工具的市场竞争资料，结果行销
部门只说没有这种资料，当时我还很生气，这么庞大的部门居然连这么基本的竞争信
息都没有。事实上，当时Delbert Yocam同意让Zack的行销部门招聘这么多人，除了
是因为Zack很红之外，和Delbert想改善以往Borland做得很烂的Marketing工作也有
很大的关系。Delbert认为Zack在产品线方面表现得很出色，因此也希望通过Zack的
能力来进行Delbert对于Borland行销方面的改善工作。
可惜的是Zack上任之后表现得不如预期，大家对于Zack的表现也是贬多于褒。很快，
Zack就失去了以往在R&D小组时的自信满满，开始逐渐消沉，最后终于离开了Inprise
(Borland)。Zack从因为Borland C/C++3.0时的OWL framework快速窜起，在Delphi
3时达到生涯的高峰，一直到以行销副总裁之尊黯然离开Borland，真是令人感慨。如
果Zack能够清楚了解自己的优缺点，不要去接行销的工作，而继续在R&D部门发展，
也许他会有更好的成果。从Zack的奋斗过程，我认为程序员也许应该想想自己未来的
发展方向，好的技术人员一定是好的管理或是行销人才吗？
一开始我知道Zack Urlocker这号人物，是在数年前我还在Georgia Institute of
Technology念书时从那时著名的"Windows Tech Journal (WTJ)"得知的。当时Zack在
WTJ上一直有Object Pascal的专栏，写的内容都非常好，深深地吸引了我。因此当时
每个月初都开车大约半小时到最近的计算机商店购买当期的WTJ，目的就是为了阅读
Zack的文章，在那个时候我就认为这个家伙真是厉害。
据我所知，Zack在1999年离开了Borland之后，加入了Active Software以及数个其他
的软件公司，大都是担任行销方面的高阶主管。Zack在其后的数个职位上表现得不错，
不晓得是不是因为在Borland时缴了大量学费而学习到的知识。不过不管如何，我仍
然认为Zack Urlocker是一位值得尊敬的人物，因为他至少在一生中开发了2个重要而
且成功的产品"Borland C/C++和Delphi"，本身的技术水准也很高。相信Zack也将永
远记得Borland C/C++和Delphi，这两个产品是Zack一生的成就和骄傲。再见了Zack
Urlocker，相信许多的Borland C/C++和Delphi的使用者都会记得你的。
自巅峰而下--Delphi 4
中国人一直不喜欢"4"这个数字，认为它不吉利。难道说"4"对于Borland来说也是一
个挥之不去的噩梦吗？当初的Borland C/C++4．0对Borland来说是永难忘怀的噩梦，
到了Delphi 4，难道Borland又要重蹈覆辙吗？
时值1998年，是下一个Delphi版本应该要推出的年份，也是Delbert Yocam进入Borland
当CEO的第2年。对于美国企业的CEO来说，第2年是CEO向董事会显示经营绩效以及缴
出成绩单的时候了。Delbert为了能够缴出靓丽的成绩单，因此在1998年决定必须拉
高Borland的营收，以冲高Borland的股票价格。但是，当时的Borland才刚进入组件
和中间件的市场，尚未在企业市场占稳脚跟，因此Delbert决定在Borland的开发工具
产品线中动脑筋。Delbert做的决定就是强迫规定从1998年起，在每一个Quarter(也
就是每3个月)，每一个Borland产品开发部门都必须推出一个新产品，让Borland每一
个Quarter都有新产品可以销售，以便增加Borland的营收。
不过，DelbeN这个决定却相当的糟糕，这让Borland每一个产品部门的主管都面临了
强大的压力，因为即使是产品还没有准备好推出，但是时间一到，不管产品品质如何，
都一定要出货。Delbert这个错误的决定让1998年又成为Borland的噩梦年。
Delphi 1、2和3的时间间隔都是1年多一点，展现了Delphi强劲的生命力。依照原本
的计划，Delphi 4也应该是在1998年推出的。但是1998年Borland在内部开始研发数
项新的科技和产品，加上Microsoft不断的挖角行动，都让Delphi 4的研发工作受到
了延迟。依照当时Delphi 4的研发时程，Delphi 4最早应该在1998年的第4季才能够
推出。但是很不幸的是，为了达成Delbert Yocam的要求，Delphi 4在1998年的第三
季就必须出货。在接近1998年的第3季之时，虽然Delphi的R&D小组仍然无法完成
Delphi 4，并且极力抗拒出货，无奈在CEO强大的压力下，Delphi 4仍然必须在第3季
准时出货。
从我个人的角度来看，当时Delphi 4的产品品质应该只到Beta 2的阶段，离真正能出
货尚有一段不小的距离。Delbert强迫Delphi 4推出，不但打击了Delphi R&D小组的
土气，如此乱搞产品线，以外行领导内行的结果只是让Delphi砸坏了自己的招牌。不
过站在Delbert的角度则又不一样了，因为对Delbert来说，如果在1998还无法冲高
Borland的营收，那么Delbert肯定是要下台的，因此Delbert只有孤注一掷了。
1998年的第3季，Delphi 4果然被强迫推出了。虽然Delphi 4的新功能仍然亮眼，但
是品质不稳的恶名也很快地出现在使用者的抱怨之中。随后，使用者的不满愈来愈强
烈，Borland面对四面八方的反弹不得不快速地做出响应，立刻开始着手Delphi 4
Patch的开发，以期快速修正Delphi 4的臭虫。依我的看法，Delphi 4一直要到
Patch 2才应该是当初Delphi 4出货时的品质。由于Delphi 4的反应不佳，因此未能
再次把Delphi的销售量拉上新高，Delphi原本锐不可当的气势也为之一挫。对于
Borland来说，Delphi 4的销售并没有增加太多的收入，Delbert打的如意算盘当然也
落空了。Delphi 4的失败也严重地影响了C++Builder的品质和销售，Delbert恶搞产
品的开发之后不但又让Borland开始赔钱，终于也自尝恶果，在1999年被Borland的董
事会开除。不过。无论如何，Delbert的决策已经对产品造成了巨大的伤害。
虽然Delphi 4的诞生过程充满了困难，命运也很坎坷，不若它的兄弟般好命。但是
Delphi 4却意外地向全世界揭露了Delphi另外一个Architect的庐山真面目，那就是
Chuck Jazdzewski。在Delphi 4中，使用者只要开启About对话盒，并且按下
"Alt+chuck"，那么就可以看到下图的画面。这个简短的画面是Delphi R&D成员之一
偷偷使用V8录下来并且放入Delphi 4中的，这也是第一次Chuck露脸于全世界。Chuck
事先并不知情，而在以往的Delphi 1/2/3中放的人物图片则一直是Anders。这些隐藏
的有趣图片以及Delphi R&D开发小组的名单在Delphi中称为"Eastern Eggs"。
直到1999年，在费城举行Borland Conference时，我才真正有机会见到Chuck，并且
和Chuck当面讨论一些事情。Delphi 4的失利让Delphi从巅峰的态势往下沉沦，要等
到Danny Thorpe继Zack之后掌握Delphi的研发大权后才能再次向前挺进。
Delbert最后的挣扎
由于Delbert错误的决策先后让Delphi 4和C++Builder 4失利，Borland每季又开始亏
损了。显然，Delbert自己也心知肚明，如果再没有任何建树的话，他很快就要下台
了。为了做最后的挣扎，Delbert决定和其他公司合作。1998年正是Java快速兴起的
年份，SUN在JavaWorkshop失利之后，便一直想找一个好的Java开发工具。而当时
Borland发表了JBuilder 2，虽然JBuilder还不是Java市场上最受欢迎的Java开发工
具，但是JBuilder是最快速成长以及最受好评的Java开发工具。SUN看到了JBuilder
的潜力，因此对于JBuilder拥有强烈的兴趣。
SUN显示了对JBuilder的兴趣，无疑给了Delbert Yocam打了一针强心剂，几乎在绝望
中的Delbert似乎看到了一丝曙光。Delbert很快便和SUN接触，看看SUN能够提出什么
条件。Delbert的如意算盘是让SUN花大钱并购Borland，如此一来，JBuilder不就自
然成了SUN的产品了吗？由于在那个时候Borland的股价已经跌到了3到4美金之间，而
SUN的股价却高高在上，大概是在80多美金。因此，如果Delbert能够促成合并，那么
Delbert Yocam便可以大捞一票，甚至在并购之后，Delbert还有可能成为SUN的副总
裁，继续位居要津。
不过世事不能尽如入意。SUN只对JBuilder有胃口，对Borland其他的产品却没有多大
的兴趣，因为Delphi/C++Builder等都不属于Java系列的产品。而且Delbert Yocam又
狮子大开口，希望SUN以每股20几美元的代价收购Borland的股票，当场吓得SUN退避
三舍，这件事情后来也就不了了之了。当然，Delbert Yocam很不甘心，因为促不成
这宗合并案子，再加上Borland被Delbert搞得乌烟瘴气，下台的命运也就不可避免了。
也许是"天将降大任于斯人也，必先苦其心志，空乏其身"吧，Borland在Philippe Kahn
离开之后，历经了数任CEO，但是一直没有找到真正好的CEO，能够适当地带领Borland
走向光明。不过Delbert Yocam似乎是黎明前的黑暗，在Delbert不名誉地离开Borland
之后，Borland也即将看到未来之光。
Danny的接棒和决心
Delphi 4的仓促推出果然在市场上反应很差，销量上也一落千丈。原本寄望能够再次
获得好成绩让Delphi的总销售量再次冲上新高，并且为Borland带来更多的营收。但
这一切都很快地幻灭了，品质不好的产品仍然得面对市场严厉的考验。在Delphi 4遭
受了前所未有的失败、接着C++Builder 4也铩羽而归之后，Borland又开始走下坡路
了。Borland好不容易通过Delphi带来的希望却在错误的决策下被牺牲了。在1999年
4月Delbert终于被Borland的董事会扫地出门，结束了在Borland的日子。我认为，
Delbert在Borland将近3年的时间里，对Bodand造成了许多的伤害，其好大喜功的管
理方式对Borland的产品线更几乎造成了无法弥补的伤害，是我所认为的最糟糕的
Borland CEO。更离谱的是在Borland的董事会开除Delbert后，他居然还以合约未满
为由，要求Borland支付额外的谴散费，大捞了一票，真是人心不古，工作做得如此
差却还有脸提这种要求，在最后一刻仍然压榨Borland。
在Delphi 4的伤害造成之后，Delphi R&D小组要面对的是如何收拾残局，并且想办法
解决造成的问题。在这个时候Chuck由于把精力放在Borland另外秘密的产品和技术的
研发上，因此无法花太多的时间在Delphi 5的研发上。此时，在Delphi上一向表现良
好的Danny Thorpe便逐渐挑起了Delphi的重负大任。
Danny在Delphi 2之后便有大将之风，开始负责Delphi最低阶的编译器以及RTL(Run-
Time Library)的工作。Danny是美国San Diego大学毕业的，主修就是编译器技术。
在Delphi 4之后，Danny几乎成了RAD部门主要的Architect，负责了RAD大部分产品的
研发工作，甚至又成为Microsoft再次挖角的对象。
对于Danny来说，如何重塑Delphi 5让Delphi从失利中重新站起、找回昔日的光荣便
是一个非常重要的工作。在Delbert Yocam于1999年离开Borland之后不久，现任的
Borland CEO Dale Fuller先生便被Borland邀请加入成为Borland的代理CEO，希望能
够通过Dale Fuller的经验挽救沉沦中的Borland。在Dale入主Borland之后，首先展
开的工作除了整顿Delbert在位时形成的庞大无用的行销部门之外，在产品线方面则
是看好Linux的未来，要求Borland的RAD部门必须开发出Linux下的RAD工具。
在Danny接掌了Delphi主要的开发责任之后，又和Chuck一起再次形成中坚的RAD精英
份子。Chuck主要负责新技术和新构想的实验作品，而Danny则是负责困难的编译技术
以及RTL。由于Turbo/Borland Pascal以及Delphi的最佳化编译器都是Anders
Hejlsberg撰写的，因此当Anders离开Borland之后几乎没有人能够维护编译器程序代
码。Anders都是使用汇编语言(Assembly)撰写复杂的编译器程序代码，而且其品质是
如此之好，不但连Chuck Jazdzewski都赞不绝口，更麻烦的是当时Borland几乎没有
工程师敢随便更动这些程序代码。
因此在Anders Hejlsberg于Delphi 2离开了Borland之后，Borland立刻采取了数项行
动希望能够解决这个"烫手山芋"。Borland决定的第一件事情是从Delphi的编译器抽
离大部分最佳化的工作。因为要在Anders的程序代码再继续加入最佳化程序代码是
Borland当时没有把握的事情。另外，由于当时Borland已经决定开发C++Builder，
而C++Builder也需要一个最佳化的编译器，因此，Borland认为如果能够提供一个共
同的后端最佳化编译器，那么Delphi和C++Builder不仅都可以使用，还能够解决没有
人敢修改Delphi编译器的问题。这个决定就是后来Delphi 3以及C++Builder 2推出之
后Borland宣称的"Delphi和C++Builder可使用共同的后端最佳化编译器"，这个工作
当时是交由Borland的编译器小组Lee他们负责的。
不过共同的最佳化编译器只解决了一半的问题，对于Object Pascal语言本身的改善
仍然需要能够修改Anders撰写的编译器，那么到底谁能够进行这个工作呢？答案当然
就是另外一个软件天才--Danny Thorpe了。Danny在接手Delphi的开发大任之后，就
开始为已经停止开发一段时间的Object Pascal语言本身进行演进的工作。此外，
Danny也开始为Delphi底层的RTL进行改造，并且为Delphi的编译器加入更多最佳化的
功能。
Danny之所以同时在ObjectPascal程序语言、Delphi RTL以及Delphi编译器进行渐进
的改善工作，是有许多因素影响的。首先，当然是为了接下Anders留下的工作，另外
一个原因是在Delphi 3之后，必须再次对于COM的支持进行强化。最后，是为下在
Delphi 4之后，准备把Delphi移植到Linux上。事实上，Borland在Delphi的R&D小组中曾
经
一度准备把Delphi和C++Builder移植到SUN的作业平台上，这是为了因应Delbert和SUN
合并时进行的准备工作。甚至Delphi的R&D小组认为，既然要开发跨平台的Delphi和
C++Builder，那么不如把Apple的Macintosh操作系统也纳入考虑。Delphi的R&D小组
在当时甚至已经列出了开发SUN和Macintosh平台的时间表，但是稍后随着和SUN合并
计划的破灭以及Delbert的下台，这个跨平台的Delphi计划也就暂停了。一直等到Dale
Fuller上台强力要求开发Linux平台的RAD工具上一页 [1] [2] [3] [4] [5] 下一页 |
