我的回忆和有趣的故事 by李维（台湾）

我的回忆和有趣的故事 by李维（台湾）

--李维的回忆
我的回忆和有趣的故事 by李维（台湾）　　方圆　荐　

前言（代序）：
我的小文《DELPHI探索》写作进度很难控制，其间隔的时间可能比较长， 为了在这段间隔的时间让大家看一
些关于Borland,关于Delphi的一些幕后故事，故事可读性很强。我想，凡是喜欢Borland，喜欢Delphi的朋友
都想了解Borlnad公司和它的Delphi究竟是怎么产生的。

下面文章由李维（台湾）先生撰写，我把原来的繁体字改成了简体字，希望让大家看得更舒服点。

文章出处：台湾“深度历险”BBS论坛

《我的回忆和有趣的故事》
　　　　　　　
　　　　　　　李维（台湾）

声明以下的这篇文章内容是我个人的回忆以及看法，没有任何特别的偏见，许多的事情是根据我的记忆以
及从许多人的诉说中得知的，也许内容不是百分之百的正确，不过我想这些内容有一定的可信度到是可以保证
的。当然有一些事情确定的发生时间和顺序不一定都和我的记忆一致，不过我想大部份应该是相去不远的。当
然各位如果知道确定的事件而我的记忆有误，那么我将非常欢迎您纠正我，我希望这些故事的经历能够一直陪
我走下去，谢谢。

一直想写一篇我个人在过去10多年来工作中经历的一些事情，以及看着一些我认为是伟大的工程师在这些
日子中对于资讯界的贡献。如果你和我的年龄差不多，那么你可能会对于这些内容很有兴趣，因为它们说明了
当时许多软体的兴起和没落的过程以及原因。虽然这些事情已经距离我们很遥远了，但是我相信许多人仍然对
于背后的故事有兴趣。如果你没有经历过那段美好的回忆，那么就把这些内容当成是一个有趣的故事来看吧。
但是我想更重要的是让我们一起认识一些伟大的人物，我对于其中的许多人都非常的佩服，也非常的羡慕。

我常常在想，如果我也有他们的环境，我是不是也能够和他们一样这么有成就呢？这些人对于以往都有重
要的贡献，在未来也将仍然有重要的影响，因为他们都有一身不凡的技术。对于许多重要的人我都尽量的收集
了他们的照片，让各位也能够看看这些优秀的工程师和杰出的人物。当然，如果各位也能够从这些内容中学习
到失败的原因以及成功的经验，那么这篇文章就更有价值了。

和Borland 的缘由

记得我在大学时第一个在PC上使用的软体便是SideKick，至今我仍然无法忘记这个让我津津乐道的软体，
而Borland在当时也就是以SideKick成为全球知名的软体公司。不过Borland 第一个奠立创业基业的软体却是
我大二使用来交作业的Turbo Pascal. 而Turbo Pascal也是第一个我听到关于Borland 的有趣的故事。

当年Philippe Kahn （Borland 的创使人）和Anders Hejlsberg到美国创业时，便由Anders以组合语言撰
写了Turbo Pascal的编译器，而Philippe则包办了Turbo Pascal其他的部份。在这两位人兄开发完Turbo
Pascal之后，穷得快连登广告的钱都没有了。但是Philippe为了在Byte杂志（还记得这个着名的杂志吗？）刊
登Turbo Pascal的广告，因此和Anders商量了一个方法，那就是一天他们约了Byte杂志的人到当时Borland 的
办公室讨论刊登广告的事情。

当Byte的人到了Borland 之后，Philippe，Anders和公司的助理小姐故意忙着接电话，接受Turbo Pascal
的订单，并且告诉Byte杂志的人等一下。过了一阵子之后Philippe才进入房间向Byte的人道歉，说他们的　
Turbo Pascal受到市场的热烈欢迎，订单源源不断的到来，因此可能不需要在Byte杂志刊登广告了，接着
Philippe向Byte的人展示Turbo Pascal这个产品。由于在当时的机器中Turbo Pascal能够在少少的RAM 中常驻
执行，又提供闪电般的编译速度，立刻让Byte杂志的人震惊在当场，凭着专业知识和丰富的经验，Byte的人也
立刻知道这将是一个革命性的软体，因此马上希望Philip能够在Byte杂志刊登Turbo Pascal的广告，并且愿意
以半价刊登。当然，Philip也立刻的答应了，于是一个革命性的软体Turbo Pascal终于在Byte杂志刊登出来了，
售价49.99 美元的Turbo Pascal立刻为Borland带来了大量的财富，Turbo Pascal也立刻的成为PC上除了基本的
Basic 之外最畅销的开发工具，也正式揭开了Borland 影响PC开发工具10几年的序幕。

在Turbo Pascal之后， Borland 接着推出了SideKick这套软体，SideKick可以说是随后着名的记忆体常驻
软体（TSR ）的始祖，也是让Borland 跨出开发工具界，让几乎所有PC使用者认识Borlan d的关键软体。当然
SideKick也很快的成为了全球的畅销软体，继续的把Borland 往顶尖的软体公司上推。

而Turbo Pascal也成了我大二，大三撰写作业的最爱，几乎所有的作业都是使用Turbo Pascal 完成的，
当然其时Horowise的Data Structure这门课也是使用Turbo Pascal过关的，因此从那个时候开始我便非常喜欢
Borland 这家公司，慢慢的也开始对Borland 有了特别的感情。

大二时Microsoft 也推出了Microsoft Pascal，但是它和Turbo Pascal的确是有一段差距，我使用了一次
之后便把它丢到垃圾桶。稍后 Borland 也推出了 TurboBasic ，我记得这个编译器非常的棒，编译速度就和
Turbo Pascal一样，是一个非常有前途的产品。但是我不知道为什么它只有1.0 ，之后便和Microsoft Pascal
一样消失了。我听说Microsoft 和 Borland 互相交换条件，Microsoft 不进入Pascal的市场，而Borland则退
出Basic 的市场。至于是不是真的我就不得而知了。

在大二初次的接触到C 语言，第一本阅读的书便是王兴隆先生写的C 语言，也从此开始和C 语言结下了渊
源。平生第一个使用的C 编译器便是Lattice C ，不知道还有没有人记得。我还记得那个时候使用2 个5又1/4
磁片抽换以便编译 C 程式的情景。稍后 Borland 终于推出了风行天下的 Turbo C 编译器，当然，从此之后
Turbo C 便成了不离身的工具，而Borland 也藉由Turbo C 这第三项畅销产品迈向了世界前10名的项尖软体公
司。

当完2 年的兵之后，我在中研院首次使用了C++ 语言，第一个使用的C++ 编译器则是 Zortech C/C++，这
家公司稍后被Symantec收购成为Symantec C/C++的核心，这个故事稍后再说。后来 Borland 也推出了 Turbo
C/C++ 1.0 这第一个C/C++编译器，但是在我和Zortech C/C++ 比较之后，还是觉得 Zortech C/C++ 比较好，
因此就继续使用Zortech C/C++。一直到Borland 的Turbo C/C++ 2.0 编译器推出之后，才逐渐成为 C/C++ 语
言的王者，而我也像以往一样把Zortech C/C++ 换成了Turbo C/C++。

在1991年到Georgia Institute Of Technology 念硕士时，终于使用自己的零用钱美金49.99 购买了生平
第一套的正版软体Turbo C/C++ 4.5 ，随后又购买了Borland Pascal. 在毕业前的一个Quarter ，Microsoft
推出了Microsoft C/C++ 6.0 以及MFC 1.0 ，由于是第一个C/C++ 的Framework ，因此也花了一些钱购买了一
套以便了解MFC。但是在收到之后却很失望，因为 Microsoft C/C++ 6.0 仍然没有图形整合发展环境，还是在
DOS 下的整合发展环境，而且MFC 1.0 以我的眼光来看又不好用，而且Microsoft C/C++ 6.0 的C/C++ 最佳化
编译器在其时是一个笑话，不但产生的程式码效率不好，甚至会产生错误的程式码，许多杂志也称Microsoft
C/C++ 6.0 是一个平庸的（Mediocre）产品。因此就把它丢在一边。在Microsoft C/C++ 6.0 不久之后，Bor-
land 终于推了Borland C/C++ 3.0.而这套软体也开启了Borland 雄霸C/C++ 编译器常达5 ，6 年之久的序幕。

Borland C/C++ 3.0 推出之后由于拥有第一个在Window下的稳定的图形整合发展环境，而且它产生的最佳
化程式码也是 Microsoft C/C++ 6.0 望尘莫及的，因此很快的几乎所有的 C/C++ 程式师转而使用 Borland
C/C++ 3.0.因此在那个时候有一个现象，那就是几乎所有的公用程式或是Shareware都是使用Borland C/C++开
发的，许多硬体厂商的驱动程式也是使用Borland C/C++ 3.0 来撰写的。

1992年我取得Georgia Institute Of Technology 的硕士学位之后最想进入的公司便是Borland 和Micro-
soft，不过最后我还是决定回台湾工作。在此时Borland也进入了最巅峰的时期，因为Borland 推出了Borland
C/C++ 3.1。

Borland 在 Borland C/C++ 3.0 获得空前的胜利之后，并没有松懈下来，因为 Borland 知道Borland
C/C++ 3.0还缺了一个最重要的胜利因子，那就是如同Microsoft 的 MFC 一样的 C/C++ 的 Framework ，因为
Borland 也看出了Framework 将会是未来 C/C++ 产品中最重要的一环科技。不过 Borland 此时面临了一个重
要的十字路口，那就是到底要自己开发一个和 MFC 抗衡的 Framework，还是要如何做。 因为如果要自己开发
Framework，那么势必要花上一些时间，但是 Borland想趁 Borland C/C++ 3.0 如虹的气势再下一城，以便彻
底击溃Microsoft C/C++。 因此最后 Borland 决定向一家叫 White Water 的公司购买一套由这家公司开发的
一个 Framework，这套 Framework 便是后来鼎鼎大名的 OWL 的源流。而 Borland 也因为向 White Water 购
买了这套Framework，因而也引进了一个日后非常重要的人物，那就是后来负责开发Delphi的一员大将 - Zack
Urlocker。

在Borland 购买下White Water 的C++ Framework 之后，便更命为OWL（Object Window Library），并
且很快的推出了以OWL 1.0 为核心的Borland C/C++ 3.1。由于OWL比当时的MFC 1.0 封装的更为完整和好用，
再加入Resource Workshop 视觉化能力，以及Borland C/C++ 3.1 自己最强劲的编译器和整合发展环境，因
此立刻的风靡了全世界，其受欢迎的程度更是远远的超过了它的前一版本Borland C/C++ 3.0。

由于Borland C/C++ 3.1 的畅销，立刻让Borland 在C/C++ 市场一举击溃了 Microsoft C/C++ ，市场占
有率超过了50% ，是全球第一的C/C++ 产品，也把Borland推上了最高峰，成为全世界第三大的软体公司。

很快的，我所工作的开发小组也立刻的以 Borland C/C++ 3.1 来开发系统，Borland C/C++ 3.1 也是我
使用过Borland 最稳定的C/C++ 版本之一。也由于那个时候一天到晚都使用C/C++工作，因此就有了一些小心
得。稍后我整理了一些东西便投稿到刚出刊不久的RUN ！PC，也许是运气不错，RUN ！PC 很快的也登出了我
的文章。就是这篇文章登出之后，台湾的Borland 注意到了我，开始和我连络，并且从此展开了和Borland 的
互动。而Borland C/C++ 3.1 也是第一套Borland 免费送我的软体，当然代价就是希望我多写一些Borland产
品的文章。

接着Borland 又计划推出 Windows 版的 Borland Pascal，不过在 Borland 开发Borland Pascal For Win-
dows时，当时（现在也还是）最具盛名的Charles Petzold （我的第一本Windows 程式设计的书就是这位仁兄
写的，相信许多人也是看他的书一路学来的）就说除了 C/C++ 之外，Borland不可能做出能够在 Windows下执
行的Borland Pascal，不过很明显的，即使是 Windows API 的大师 Charles 也错了。Borland 不但做出来了，
而且Borland Pascal For Windows 还非常的畅销，当然Borland Pascal For Windows也是后来Delphi的根基。

当时的Borland 可说是不可一世，不但产品大卖，而且日进斗金。Borland在 Scotts Valley 豪华的总部
也是在那个时候由 Philippe Kahn 大手笔的花了一亿多美金搭建的 （想想10年前的60多亿台币可以盖什么样
的房子？）。不过也许是 Borland 太成功了，因此也开始让 Philippe Kahn 渐渐的养成了好大喜功，目中无
人的态度，也种下了Borland 开始走向衰退的因子。

来自：yankk ，时间：01-6-18 2 ：47：00， ID ：570808不过在 Borland 最强盛的时期，当然也就是
Microsoft 最想痛宰Borland 的时候，在这个时候发生了一个着名的事件和一个着名的虚拟人物。话说由于当
时Microsoft 的开发工具一直打不过Borland 的产品，因此在Microsoft 的开发工具刊物上便出现了一个作者
不断的以文章嘲笑Borland ，这个作者的笔名是 Buck Forland。 后来由于这位作者的文章内容以及他的笔名
引起了当时Borland的不满以及大量Borland使用者的强烈抗议，因此稍后这位作者就突然的消失不见了。因此
有许多人就推测这个作者应该是 Microsoft 的工程师，由于一直无法打败Borland 的产品，脑羞成怒，因此才
会以这个笔名来发泄。 如果各位看倌到现在还摸不着头为什么这个笔名会引起轩然大波，那么请你试着把Buck
Foland 这两个英文字的第一个字母一对调就知道为什么了。现在各位是否会心一笑了？

在Borland C/C++ 3.1 大获成功之后，Borland 却开始松懈了下去，并且开始走下坡。当然这有许多的原
因，我所知其中最重要的原因有数项：

■Philippe Kahn 和当时Borland C/C++ 的产品经理闹翻了。这位 BorlandC/C++ 的产品经理的名字是Eu-
gene Wang ，他是一位非常聪明的中国人。他一手把Borland C/C++ 带到了世界第一的地位，并且在Borland
C/C++ 3.1 成功之后有了更伟大的想法，那就是 Eugene Wang想在下一个Borland C/C++ 版本中完整的以OWL封
装所有的 Windows API ，因为OWL 1。0 虽然比MFC 1。0 来得优秀，但是OWL 的隐忧就是OWL 尚未完整的封装
所有Windows 的API。此外Eugene还计划以OWL 为核心，开发一个类似今日Borland C/C++ Builder 的以视觉化
元件为开发方式的开发工具。请各位想一想，如果在当时Borland 能够开发出这种 C/C++ 开发工具，那么将会
是一个多么可怕的产品，稍后Microsoft 的 Visual C/C++ 1.0 只是能够在整合发展环境中自动产生 MFC 的程
式码就立刻的轰动了 C/C++ 市场，造成了大量程式师转入 Microsoft 的阵营。即使是目前的 Borland C/C++
Builder使用的Framework 仍然是以Object Pascal 以核心的元件Framework ，而不是纯粹的C/C++ 程式码。如
果当时 Eugene Wang能够做出他心中的下一版Borland C/C++，那么我想到现在Borland C/C++ 可能还是市场中
第一的 C/C++ 开发工具。不过很不幸的是，Eugene Wang 稍后和 Philippe Kahn 发生了争执，Eugene Wang一
气之下离开了Borland。而 Philippe Kahn 则认为 Borland C/C++ 的地位已不可动摇，因此也没有想立刻的做
下一版的Borland C/C++。这样一拖竟然浪费将近2 年的时间。

Microsoft Visual C/C++ 1。0在Borland C/C++ 3.1 2 年之后推出，并且立刻获得市场好评。不但在编译
器方面能够和Borland C/C++ 3.1 相抗衡，在整合发展环境方面更大幅领先了Borland C/C++ 3.1，还能够自动
产生MFC 的程式码，再也不是昔日的吴下阿蒙。直到此时 Philippe Kahn 才从梦中惊醒而急于开发下一代的
Borland C/C++ 4.0 ，但是为时已晚，C/C++ 的开发工具市场从此就开始逐渐的被Microsoft 蚕食了。

Eugene Wang 在离开 Borland 之后，立刻的被 Symantec 所网罗，稍后Eugene Wang也在非常短的时间
之内为Symantec开发出了着名的Symantec C/C++。 Symantec C/C++ 在当时被所有的技术刊物评比为拥有最
棒的整合发展环境和最有创意的C/C++ 开发工具，从此可见Eugene Wang 的功力。不过 Symantec C/C++ 稍
后也不敌 Microsoft Visual C/C++，这个故事的原因在稍后四大C/C++ 编译器之争的段落中再详细的说明。

我最后听说 Eugene Wang 跑去做生意了，并且在前几年写了一本教导科技人员如何面试的书籍。我，一
直很痛心Borland 失去了这么一位优秀的人材，我常想如果当初 Eugene Wang 没有离开Borland ，那么历史就
可能不是现在的这样了，Sign！！！

■Philippe Kahn 大手笔的花了一亿多美金买下了 Ashton-Tate 公司和dBase。在当时许多人都批评Phi-
lippe Kahn 做了不值得的事情，因为 Ashton-Tate 不值这么多钱。但是由于当时 Borland 多的是钱，因此
Philippe Kahn也不多意。不过这并不是Borland 走向逐渐走向衰败的主因，而是在 Borland 买下了dBase 之
后，并没有立刻积极的发展dBase For Windows ，反而把dBase 丢在一旁。这个原因便是当时Borland 的另外
一个和资料库有关的产品Paradox 卖得也很好，因此Philippe Kahn 并不急着打算开发 dBase For Windows。
不过Philippe Kahn 忘记了一件事情，那就是当时在市场大量人口的dBase 程式师需要一个好的 Window 版
dBase ，但是Philippe Kahn 购买了dBase 却不提供Windows 版的解决方案。

因此当稍后Microsoft 以极小的代价买下Fox 这家公司，并且在数年之后推出 FoxPro For Window，吸引
了大量原先的dBase 程式师以及Paradox 的程式师之后，Philippe Kahn 才警觉事情不对而充充忙忙的开发
dBase For Windows。但是当dBase For Windows 推出之后，Microsoft 早已推出了两个FoxPro For Windows的
版本，而占据了大部份的市场，dBase For Windows 其势已不可为了。

■Microsoft 开始向Borland 挖角。由于Microsoft 在许多的开发工具战役中一直被 Borland 打得灰头土
脸。更何况Borland C/C++ 3.1 几乎抢占了大部份的市场，因此Microsoft 开始准备好好的对付Borland。但是
由于其时Borland 在编译器的技术领域领先了Microsoft 数年之久，Microsoft无法在短时间之内赶上Borland，
因此 Microsoft 决定使用最有效的方法立刻追上 Borland 技术，那就是直接挖角。因此稍后Microsoft 的
Visual C/C++小组有60 %的成员是从Borland挖来的，这个举动不但立刻的让Borland 流失了大量的优秀技术人
才，也在数年之后造成了Borland 控告 Microsoft 的导火线。不知道各位看到这里有什么感觉，或是没有感觉。
不过我总是觉得 Microsoft使用了不好的手段来竞争，并不是光明正大的击败Borland，而是使用了不公平的竞
争手段。

Philippe Kahn 在这段时间不但让 Borland C/C++ 被 Microsoft Visual C/C++ 反败为胜，也痛失了几
乎所有dBase 的市场，更浪费了大量的金钱，和流失了大量的优秀人员。在这些重要的原因之下， Borland
已经不可避免的开始走下坡了。

我最后一次看到Philippe Kahn 时是在1994年未于亚特兰大（Atlanta ）参加国际Conference时，还和他
打了一声招呼。后来Philippe Kahn 离开了Borland，另外创立了StarFish这家公司，稍后StarFish也被Moto-
rola并购。虽然Borland由于Philippe Kahn 一些错误的决策而逐渐的从巅峰开始下降，但是Philippe Kahn也
不愧为一个人物。因为Philippe Kahn 能够和Bill Gates一直周旋数年之久，而同一时期的许多公司，例如
Lotus 都一一的被 Microsoft所击败，因此 Philippe Kahn 还有一套的。此外 Philippe Kahn 也是唯一一个
拥有工程师特性的 Borland CEO ，Philippe Kahn 仍然重视技术产品和技术人员。但是Borland 随后的CEO几
乎都是Marketing ，Finance 或是Sales出身的人，这真让我怀念以往以产品和技术为优先的CEO 了。

看完了上面这段今人伤心的历史之后，再让我们看看当Borland 在受到Microsoft Visual C/C++的强大冲
击之后，如果思索反击之道。在这段期间也出现了令我敬佩的第一个Borland 技术工程师，Carl Quinn。

Carl Quinn在Microsoft Visual C/C++ 1。0推出之后，立刻奉命开发一个能够和MFC 相抗衡的全新OWL，
而CarlQuinn也是数年后JBuilder的JBCL Framework的灵魂开发人物。Carl Quinn 不但负责开发OWL ，也为
Borland 在元件Framework 的技术领域立下了重要的贡献。由于 Carl Quinn 的投入，因此开启了 OWL 大战
MFC，Borland C/C++缠斗Visual C/C++数年精彩好戏的序幕。

Carl Quinn 到现在我还记得和敬佩的人物，让我再一次的向他致敬，并且介绍他让大家认识。

Carl Quinn ---- 我第一个佩服的Borland 工程师

--------------------------------------------------------------------------------

--作者：小枣粽子
--发布时间：2004-8-23 22:56:00

--
火线全开

Borland在开发工具市场和Microsoft激战之时，Microsoft和Lotus也正在电子表格工
具以及文字处理工具市场进行大战。这时Borland不思好好地集中资源开发新的开发
工具和数据库工具(稍后本书会详细说明Borland在数据库市场的战役)，也不甘寂寞
地投入了大量的资源进入这个惨烈的市场。也许是当时Borland太有钱了，或者是
Philippe Kahn的脑袋出了问题，居然决定进入这个Borland陌生的市场，更何况在
Borland投入时Lotus已现败象，Office市场已经慢慢地被Microsoft所一步一步地掌
握了。

Borland进入Office市场的第一个产品是著名的Quattro Pro电子表格。虽然Quattro
Pro是一个相当不错的产品，而且当时，由Borland C/C++编译器所开发的Quattro
Pro在执行效率上几乎是最好的，但是Borland没有想到使用电子表格的使用者是一般
的办公室人员，这些人注重的是方便性和功能性，而不是执行速度，这和开发人员是
不一样的。Borland以开发者的心态来开发电子表格工具基本上是走错了方向。因此
我记得在那段时间中，杂志评比Microsoft的Excel、Lotus的1-2-3和Borland的
Quattro Pro时，在功能方面领先的都是Excel和Lotus，在执行效率方面领先的则是
Excel和Quattro Pro。到了电子表格热战的末期，1-2-3甚至比不上Quattro Pro，因
此Lotus败走电子表格市场已是不可避免的结果了。

不过Borland虽然赢了1-2-3，但是和Excel仍然有一大段的距离，Microsoft一统电子
表格江山之势已不可动摇，因此最后Borland在损失了大量的资源之后，Quattro Pro
只能卖给Novell。

除了Quattro Pro之外，Borland也投入了很多的资源秘密地开发一个代号为Spring的
文字处理程序(Word Processor)准备和Microsoft的Word以及WordPerfect竞争，这可
能是许多人不知道的。但是这个产品最后仍然无法问市而胎死腹中，在文字处理市场
Borland不但浪费了时间，更虚掷了大量的资源。

Philippe Kahn在Office产品方面消耗了Borland大量的金钱和时间，却落得铩羽而归，
更连累了开发工具市场以及最有可能成功的数据库产品市场。

另外一个和Borland无关的故事是关于Microsoft Excel是如何兴起的。话说当Lotus
1-2-3最盛的时期，Microsoft一直在觊觎这个市场，但是苦于无法开发出一个能够
和1-2-3相竞争的产品。有一次Lotus举办了一个Lotus 1-2-3的技术研讨会，由当时
Lotus 1-2-3的首席工程师主讲。Microsoft知道了这个技术研讨会之后，立刻派出了
最好的程序设计师，现场询问Lotus是如何开发1-2-3的，并且趁机询问这位首席工程
师如何克服1-2-3在许多技术方面的难点，而这些困难处正是Microsoft的工程师无法
克服的。

当时，在现场中的Lotus首席工程师虽然知道这些人是Microsoft派来的，而且询问的
问题正是1-2-3许多关键的技术点。但是这位首席工程师凭借着多年的开发经验，认
为Microsoft不可能在短期之内追上1-2-3，因此就没有多作保留地回答了许多重要的
问题。没有想Microsoft的这些程序员也是非常聪明的人才，一经指点之后，立刻畅
然全通，在短短的1、2个版本之后不但马上追上了1-2-3，许多功能方面更是青出于
蓝，1-2-3便逐渐失去优势了。我想这位1-2-3的首席工程师一定很后悔当时回答了关
键的技术问题吧。

结论：千万不要小看Microsoft，他们是非常精于模仿的。也永远不要小看你的竞争
对手。

数据库市场的失误

Borland全盛的时期，事实上也是开发数据库产品最好的机会。因为在当时Borland手
握DOS最畅销的Paradox，并购了Ashton-Tate而拥有世界大部分dbase的市场，又取得
了Ashton-Tate从HP购买的真正关系数据库(RDBMS)--InterBase，可以说是当时全世
界数据库工具实力最雄厚的厂商。

当时的Oracle和Borland比起来，简直是小巫见大巫，而Sybase更不知道在哪里。如
果Borland能够好好地掌握这个机会，极力开发数据库产品，那么现在Borland就算不
是世界第一的软件公司，也将是世界第二的软件厂商。可惜Philippe Kahn并没有看
到这个从80年代末到90年代成长最快速的产品市场。说句笑话，如果当时Philippe
Kahn的死对头Bill Gates早一点说出"Information At Your Finger-Tip"这句话，点
醒Philippe Kahn数据库市场的重要性，那么Borland就可能是现在的Oracle了。

说到数据库市场，就不得不对Microsoft的眼光佩服，也不得不佩服Microsoft行销能
力的强悍。当Microsoft以FoxBASE For Windows强占了Windows开发者的数据库工具
市场之后，又了解到一般计算机使用者也需要使用简易好用的数据库管理工具，因此
开发出了更简易的Access。但是当时在类似的市场中，Borland的Paradox占有开发者
数据库大部分的江山，而一般使用者的数据库管理工具市场则由Lotus的Approach博
得先机。

Microsoft为了进入由Lotus Approach主宰的市场，采取了很多方法。我还记得在当
时Visual Basic 3的软件包中Microsoft附了一张优惠卷，只要800新台币就可以买一
套Access。这简直就是流血大拍卖。不过它的目标很明显，就是击败当时卖1万多元
的Lotus Approach。果然，Microsoft此招一出，Approach便被Access打得落花流水，
很快失去了市场，也很快地退出了市场。从此一般使用者的数据库管理工具市场便由
Access所独占。

但是Borland并没有警觉到Access会继续往开发者市场进攻，因此仍然没有加紧在
Paradox产品上的开发。Borland总觉得Paradox的市场地位是无法轻易撼动的，而且
Access的目标市场也不是Paradox的市场。

但是Borland忘记了Microsoft非常擅长模仿。在随后的Access版本中，Microsoft不
断地加入可程序设计的功能，因此也逐渐地吸引了一些Paradox入门使用者的市场。
再加上FoxPro For Windows又持续地强攻开发者数据库市场，Paradox终于在腹背受
敌之下逐渐败下阵来。虽然在末期Philippe Kahn对Paradox投下重兵，希望能够挽回
劣势。奈何时不我予，Paradox在奋斗了Paradox 6和Paradox 7的2个版本之后，终究
难逃失败的命运。

当时在看到Microsoft如何打击竞争对手时，我就和朋友开玩笑说，Microsoft有天下
无敌的三大绝招，那就是"打不过你就模仿你(这让我想起电影秘密客)。再打不过就
和你比流血，看谁流得久(这让我想起吸血鬼)。最后如果再不行的话，那就挖光你的
人(这让我想起电影Other People/'s Money)"。Lotus就在Microsoft的前两个绝招下
倒地不起，而Borland还算是功力深厚，连中三大绝招，虽然不像Lotus和许多其他公
司一样从此Bye-Bye，但也是受伤极重的了。

ODBC和IDAPI之争

当Microsoft逐渐地击败竞争对手、并且拥有了大部分PC数据库市场之后，便慢慢地
了解到掌握标准的重要性。此外，Microsoft为了统一各应用程序之间不同数据的存
取，开始制定存取数据的统一标准--ODBC。Microsoft更大的目的是为了准备和瞄准
下一场的大战，那就是PC上的关系数据库产品的市场。

当然，Microsoft要一统数据存取的江山，除了Borland不会同意之外，其时一心想从
Microsoft扳回一城的IBM也不同意。而Novell更是害怕，因为Novell怕Microsoft成
功之后，Netware会消失得更快。于是IBM、Novell和Borland以及一些其他的小厂便
聚集在一起，决定也制定一套存取数据的标准接口来和Microsoft对抗，这个制定的
数据存取标准便是IDAPI。这正式揭开了ODBC和IDAPI竞争的序幕。

不过IBM、Novell和Borland的结合很快就被证明是失败的，因为就像稍后说明的一样，
IBM在PC软件上的开发一直是三心二意，反反复复。因此当IDAPI 1.0的规格出来之后，
IBM这位老兄又失去了和Microsoft对抗的兴趣，于是退出了IDAPI联盟。至于Novell
就更不用说了。Novell对于和Microsoft竞争一向是"说说可以，真打不行"，一定要
找到一群厂商才敢和Microsoft对抗。Novell眼看IBM退出之后，也马上不战而降，很
快地就也退出IDAPI联盟，这个现象和稍后Novell对于和Borland秘密合作的
Appware/AppBuilder计划如出一辙，都是虎头蛇尾，草草收场。

在两个大同盟临阵脱逃之后，Philippe Kahn仍然不畏惧Microsoft的竞争，还是以
IDAPI 1.0的规格实现数据存取引擎，这就是我们现在使用的BDE/IDAPI和SQL Links的
前身。当时IDAPI 1.0的功能规格比ODBC 1.0好得多了。我记得Delphi 1.0使用的
BDE/IDAPI和SQL Links驱动程序也比当时慢得像乌龟的ODBC快得太多了。只可惜在
IBM和Novell退出之后，其他的小厂也是一哄而散。因此Borland只能靠自己独自和
Microsoft对抗。Borland能够以少量的资源一直对抗到Delphi 3的BDE/IDAPI才逐渐
地被ODBC追过，也算是非战之罪了，怪就只能怪Borland意志不坚的盟友们。

当然，由于IBM和Novell的行事作风如此，所以在稍后许多能够和Microsoft一较长短
的机会也因为如此而消逝，最后自食恶果，逐渐失去了PC的软件市场，再也无力和
Microsoft抗衡了。

--------------------------------------------------------------------------------

--作者：小枣粽子
--发布时间：2004-8-23 22:57:00

--
第二章C／C++的圣战

"在惨烈的、大规模的C/C++战役中，注定只有最强者才能生存下来!"

Borland C／C++的反击

当Visual C++1.0在C/C++开发工具市场获得空前的成功之后，Borland才从Borland
C/C++3.1的胜利梦中惊醒，思考如何面对Visual C++的猛烈攻势。事实上，Borland
如果脑袋清醒一点，好好看清当时C/C++开发工具的市场，那么Borland应该会发现虽
然Visual C++经过两年多的整军经武，实力已经大胜以前。但是，Borland C/C++3.
1在许多方面仍然是可以和Visual C++一争长短的。首先，当时Visual C++的最佳化
编译器仍然落后Borland C/C++3.1；第二，MFC仍然没有完整地封装Windows API，而
且MFC是以较低阶的方式封装Windows API的，面向对象做得并不好，也不是很容易使
用。事实上以我的观点来看，正是因为MFC不好用，所以Visual C++才需要在集成开
发环境中提供以可视化方式产生MFC程序代码的功能。第三是Visual C++当时并没有
很好的封装数据结构的Container Class，而Borland C/C++却有非常好用的BIDS类别
库。第四，也是最重要的，Borland C/C++3.1仍然拥有绝大多数的市场，而且几乎所
有的外围公用程序，Shareware等都是使用Borland C/C++3.1开发的。因此，如果Borland
不着急，好好地开发下一代的C／C++开发工具，即使Microsoft VisualC++能够掠
夺一些市场占有率，但是如果下一代的Borland C/C++能够像Borland C/C++3.0一样
立刻拉开和Visual C/C++的距离，那么Borland在C/C++市场仍将拥有王者的地位。

可惜的是，也许是Philippe Kahn在和Microsoft的FoxPro For Windows一役中被吓着
了，因此急于在Visual C/C++1.0之后立刻推出新的Borland C/C++以扳回颜面。但是
Philippe Kahn忘了，在这段时间之内Borland失去了许多的人才，Eugene Wang也离
开了。更重要的是在过去近3年的时间内，Borland几乎没有持续地开发下一代的
Borland C/C++，短时间内怎么能够仓促地推出新产品呢？

可是Philippe Kahn管不了这么多了。他急忙找来了Carl Quinn等人后便要求立刻开
发出下一代的Borland C/C++，于是Borland C/C++4.0就在这鸭子赶上架的情况下匆
忙地开发了。Borland在开发Borland C/C++4.0时犯了许多的大忌。首先在这么短的
时间内Borland决定全新升级集成开发环境；第二是把OWL完全重写；第三是大幅修改
最佳化编译器；第四是整合当时棘手的VBX，Borland居然让16位和32位的Windows程
序同时使用16位的、丑陋的VBX。

上面所说的每一项都是大工程。Borland早应该在Borland C/C++3.1之后便开始进行
这些工作，现在要在短短的一年多时间内重新开发这么复杂的一个C/C++开发工具，
几乎是不可能的。但是在Philippe Kahn的强力要求下，这些Borland的工程师还是硬
着头皮做了出来。

不过我必须很沉痛地说，当时在Borland C/C++4.0 Beta测试时，我便和台湾Borland
的人说，如果Borland仓促推出Borland C/C++4.0的话，那么不但不会对Visual C++
产生任何的影响，反而是自杀的行为。因为臭虫实在太多了，整个集成开发环境的反
应也很缓慢，它的最佳化编译器更是笑话，错误百出，真像当时恶名昭彰的Microsoft
C 4.0一样。我还开玩笑地说，是不是因为Microsoft从Borland挖了大量的Borland
C/C++人才，因此好胜的Philippe Kahn也还以颜色，从Microsoft反挖Microsoft C
的人，却不幸地挖到了Microsoft C 4.0的人。

但是，显然Borland并没有听到我或其他Beta测试人的心声。在Visual C++1.0推出后
的1年多、推出Borland C/C++3.1之后的第4年，Borland终于推出了新一代的Borland
C/C++ 4.0，这个肩负和Visual C++1.0对抗的新一代C/C++开发工具。

在Borland C/C++4.0刚推出之际，Borland确实为4.0做了极大的造势，我记得在当时
所有重要的计算机杂志中，例如Byte、PC Magazine、Dr. Dobb/'s等，都有4.0整页的
广告。这个广告的内容是以一个巨大的猫头鹰为主，再搭配蓝色底系的Borland
C/C++4.0，选用巨大的猫头鹰当然是因为OWL的原因，只可惜我现在找不到那幅广告
的画面了。

当时Borland C/C++4.0使用了如下的广告用词：

Visual Is Only A Facial Facade

来讽刺Visual C/C++只提供了产生MFC程序代码的基本精灵，而Borland除了提供相对
应的AppExpert精灵(能够提供类似的功能，以产生使用者选择的OWL程序代码)之外，
Borland C/C++4.0的集成开发环境还提供了可视化的三面版窗口，能够让程序员完整
地掌握整个项目的情形。

下图便是当初令人眼睛为之一亮的AppExpert：

下图则是当时Borland C/C++的注册商标，三面版窗口开发环境。看到此图又令我想
起当初使用C/C++撰写程序的日子，下方程序页面清楚地显示了我1995年在鼎新工作
时写的智能型Windows排程系统，时间过得真快啊。

当时Borland C/C++4.0的三面版集成开发环境真正开创了一个新的局面，因为这个集
成开发环境允许程序员知道每一个应用程序定义的窗口信息，并且能够立刻把它显示
在下方的程序代码窗口中，的确是非常的方便，也比当时Visual C/C++的集成开发环
境来得先进。再加上Borland较为先进的编译器技术和架构更好的C/C++ Framework-
OWL，照理说Borland C/C++4.0应该会获得极大的胜利，可为什么最后会以失败收场
呢？

没错，在Borland C/C++4.0刚推出之际，订单的确如雪片般飞来，销售情形非常好。
这毕竟是Borland在久违了数年之后的大作，许多Borland的用户都迫不及待地升级，
当初我也是拼命地要求台湾Borland第一个给我Borland C/C++4.0。但是在推出一段
时间之后，市场的反应就急速地冷却下来，因为各种负面的批评不断涌现。这主要的
原因当然是因为Borland C/C++4.0的品质实在不好，就像前面我在Beta测试时说的，
由于Borland太急于推出4.0，因此并没有在最后阶段修正许多的臭虫，又没有经过最
后系统微调的工作，同时又过于大胆地加入太多先进的技术，造成了整个产品的不稳
定，而犯下了大错。下面几点应该是造成当初Borland C/C++4.0惨遭滑铁卢的主要原
因：

集成开发环境方面：臭虫太多，容易当掉而且反应速度缓慢

编译器方面：最佳化玩得过火，产生错误的编译程序代码

OWL方面：采用全新的多重继承架构，虽然是正确的做法，却和Borland C/C++3.1
中的OWL不兼容，造成许多程序员无法升级C/C++项目

VBX方面：大胆的采用在16/32位都能使用VBX的技术，造成一些VBX无法顺利地在Borland
C/C++4.0中使用

我想其中最可惜的就是OWL了。OWL 2．0在各方面都有一流的表现，实在是MFC强劲的
竞争对手，获得了各方一致的肯定和称赞。无奈的是，由于OWL 2.0做了基本架构的
改变，这虽然是为了解决当初OWL l.x使用了不标准的C/C++编译器技术的问题，但是
这造成了原来Borland C/C++3.x程序员极大的困扰，因为升级不易。对于新的C/C++
使用者来说，又因为Borland C/C++4.0本身不稳定的因素而却步，因此造成了OWL
2.0叫好不叫座的下场，真是可惜了OWL小组的努力。

还记得当时我的项目使用了FarPoint的SpreadSheet VBX组件，由于一直无法顺利地
在Borland C/C++4.0中使用，并且会造成应用程序的当机，最后追踪执行程序代码却
发现应该是Borland C/C++4.0的问题，因此最后只好在咒骂中放弃使用Borland
C/C++4.0，而回到Borland C/C++3.1。当时想，对于我这个长期使用Borland产品的人
都无法忍受4.0的品质，其他的程序员又怎能使用这个产品呢？我想这就是为什么后来
4.0全面溃败的原因，因为Borland推出了根本不堪使用的产品。

我在Borland工作时，有一次在新加坡和现任Borland开发者关系部门副总裁的David
Intersimone谈起这一段往事，David也很感慨，他直呼"We screwed it up!(我们把
事情搞砸了)"，"It/'s a mess(那实在是一团混乱)"。David还说当时整个Borland
C/C++开发小组都很混乱，和以往Borland C/C++3.0/3.1的开发小组比起来实在是差
太多了。除了因为一些重要的人物相继离开Borland以及Microsoft也挖走一大票人之
外，与Philippe Kahn的直接介入，造成人事不和也有很大的原因。

在Borland C/C++4.0快速失利之后，Borland也认识到问题的严重性，因此立刻着手
开发Borland C/C++4.0的Patch，当时是称为Service Pack。但是在稍后的4.01版
中并没有完全解决问题，一直到4.02才稍微解决一些严重的问题。无奈时不我予，拖
的时间太长，市场已经起了巨大的变化。

Borland C/C++4.0失败之后，立刻造成了严重的后果。首先是Borland C/C++的市场
大量而且快速地流失，使得Visual C／C++快速地成长。第二点是当初Borland C/C++
3.1在公用程序市场打下的江山也拱手让人，原本许多使用Borland C/C++3.0/3.1撰
写驱动程序的硬件厂商也开始转换到Visual C/C++。而更严重的是，由于4.0的品质
以及稍后OLE的关系，应用程序市场也开始大量地转为使用Visual C/C++来编写应用
程序。

此时，Borland在三个主要的应用市场接连败退，C/C++的江山注定将易主，其颓势已
不可挽回。

Borland C/C++、Visual C/C++、Watcom C/C++和Symantec C/C++的缠斗

自Borland C/C++4.0一役大败之后，Borland在C/C++市场上建筑的巨大堡垒似乎再也
不是牢不可破了。Visual C/C++固然在不断地接收Borland C/C++失去的市场，这时
在C/C++市场上也开始出现另外两个坚强的对手，那就是Symantec C/C++和Watcom
C/C++。

Symantec C/C++的发展史

Symantec C/C++和Watcom C/C++这两个对手的来头都不小。先说Symantec C/C++吧，
它的Think C/C++在Macintosh上便是非常有名的编译器，因此早在C/C++领域便有深
厚的基础。在Symantec并购了PC上第一个C/C++编译器Zortech C/C++之后，Symantec
进入PC的开发工具市场也是箭在弦上了，只可惜的是，其时Symantec还未找到一个在
PC上有丰富经验的开发工具领导者。

也许是上天注定要引起稍后的C/C++编译器大战吧，此时Borland C/C++3.1的幕后支
柱Eugene Wang刚好和Philippe Kahn闹翻，离开了Borland。Symantec眼见机不可失，
立刻重金招揽Eugene Wang到Symantec，为Symantec推出第一个Windows上的C/C++
开发工具。1993年左右，在Eugene Wang的掌舵之下，Symantec推出了第一个
Symantec C/C++版本，立刻便获得了市场的好评。自此之后Symantec C/C++军心大振，
不断地继续改善，也逐渐获得了不小的C/C++市场，俨然成为可以对抗Borland C/C++、
Visual C/C++的另一山头。当时Symantec C/C++是以最华丽、先进的集成开发环境获
得了市场的高度认同，在C/C++编译器最佳化方面的表现也不输给其他的编译器。

当时我正为《RUN!PC》撰写有关C/C++的文章，因此Symantec台湾分公司的人也和我
联络过，并且送给我一套最高档的Symantec C/C++版本，希望我除了为Borland写C/
C++的文章之外，也能够为Symantec C/C++写一些东西。我还记得，在当时安装
Symantec C/C++之后，我的确被它的集成开发环境吸引得说不出话来，因为实在是太
棒了。Borland C/C++和Visual C/C++的集成开发环境同Symantec C/C++的集成开发环
境比较起来，立刻变成索然无味、平淡无奇了。即使到现在，我仍然必须竖起大拇指对
Symantec C/C++的集成开发环境说声"赞"。我想Eugene Wang在这么短的时间内把
Symantec C/C++打造得如此之好，除了证明他的不凡功力之外，也有向Philippe Kahn
、证明Philippe Kahn让他离开Borland是错误决定的意思。我之所以如此说，是
因为其时Symantec C/C++最喜欢点名挑战的对象便是Borland C/C++。

就我的感觉而言，Symantec C/C++就像是一个技艺精良、又装备华丽的C/C++军团。

Watcom C/C++的发展史

非常有趣的是，Watcom C/C++走的路子和Symantec C/C++几乎是完全相反的。当时出
品Watcom C/C++编译器的是一家加拿大的小公司，不过这家公司却对最佳化编译器有
深入的研究。当时，Watcom C/C++是以在DOS下能够产生最好的最佳化程序代码闻名
于世的，许多写游戏和DOS Extender的厂商都指名要使用Watcom C/C++，因为不论是
Borland C/C++还是Visual C/C++，它们产生的最佳化程序代码都比Watcom C/C++的
最佳化程序代码差上一截。再加上当时最有名的DOS Extender厂商PharLap公司也是
使用Watcom C/C++，因此Watcom C/C++在专业的C/C++程序员以及系统程序员心中是
第一品牌的C/C++开发工具。

不知道还有多少读者记得PharLap这家公司，或是有没有读者记得Andrew Schulman这
位伟大的软件技术人员。当时Andrew Schulman的Undocumented Windows一书红遍了
半边天，也惹得Microsoft要告Andrew Schulman。而Andrew Schulman便是PharLap公
司的首席工程师，也是当时最著名的"The ANDREW SCHULMAN Programming Series"的
总监。而PharLap公司是当时出版DOS Extender软件最成功的软件公司。

当时由Matt Pietrek撰写的Windows Internals也是轰动一时的巨著。谈到Matt
Pietrek，熟悉Windows Programming的读者应该很少有不知这位大师级人物的。Matt
长期在Microsoft System Journal撰写Under The Hood专栏，专门写一些深入系统的
程序设计技术，在数年前便和Andrew Schulman、David Maxey成为Windows System
Programming的三大巨头之一。Matt也是著名的Windows除错工具SoftIce、
BoundsChecker的主要研发工程师。Matt本身是从Borland出道的，他初至Borland工作
时便是在Turbo Debugger小组中研发除错工具。当时Borland的Turbo Debugger是DOS
下最强的除错工具，即使是Microsoft也无法推出能够和Turbo Debugger抗衡的除错工
具。Matt在这个小组中吸收了大量的知识，并且快速成为这个领域的专家。后来Turbo
Debugger小组的部分成员被Microsoft挖走，让Microsoft掌握了Borland的核心除错技
术，以致后来也能够推出不错的除错工具。而Matt也出走到NuMega公司，成为开发
SoftIce、Bounds Checker的关键人物。

写到这里还是不禁要佩服Borland，因为当今许多名满天下的重量级软件工程师都是
由Borland培养出来的。

Watcom C/C++在DOS市场站稳了脚跟之后，由于Windows已经逐渐成为市场的主流，DOS
势必将被逐渐淘汰出局，因此，Watcom C/C++如果要继续生存下去，也就-定要推出
Windows平台的C/C++开发工具。大约是在1993、1994年左右，Watcom终于推出第一个
Windows下的C/C++开发工具。

不过，当时Watcom C/C++在Windows推出的C/C++开发工具实在是平淡无奇。其集成开
发环境和另外三个对手比较起来简直像是远古的产品，-点特色都没有。不过Watcom
C/C++仍然是以它的最佳化编译器作为号召。因此当时发生了一个非常有趣的现象，
那就是许多软件公司会同时买Borland C/C++，或是Visual C/C++，Symantec C/C++
之一，再搭配一套Watcom C/C++。在开发应用系统时使用其他三套开发工具之一，最
后要出货时再使用Watcom C/C++来编译以产生最佳的程序代码。

在Watcom C/C++推出了Windows平台的开发工具之后，也吸引了-群使用者。虽然Watcom
C/C++的市场比起其他的三家来说是最小的，但是总算撑起了一片天，成为四大C/C++
开发工具之一。稍后Watcom C/C++被Sybase并购，成为Sybase Optima++的前身。

对我的感觉而言，Watcom C/C++就像是一个穿着朴素、但是却拥有最佳训练的白色
C/C++军团。

关键的时刻--MFC Or Not

在Symantec C/C++和Watcom C/C++逐渐站稳了脚跟之后，C/C++四大编译器决战的时
刻也逐渐逼近了，一些其他出产C/C++工具的软件公司早已自动退出了这个在当时竞
争最为激烈的软件市场。在1994年末的决战之前，Symantec和Watcom同时面对了一个
非常严厉的考验，那就是C/C++ Framework的选择。

虽然Symantec和Watcom都以各自的特色占得了一定的市场，不过在当时对于一个C/C++
开发工具来说，最重要的功能之一就是C/C++ Framework。因此Symantec和Watcom
也都必须为使用者提供一套C/C++ Framework。不过这对于Symantec和Watcom来说都
是一个难以解决的问题，因为当时的C/C++ Framework已由Borland的OWL和Microsoft
的MFC所占领，虽然市场上也存在一些跨平台的C/C++ Framework，例如ZApp和Zinc等，
但是这些C/C++ Framework终究没有产生很大的影响。如果Symantec和Watcom要自
己发展新的C/C++ Framework，那他们还没有如此雄厚的资源，也无法在短时间之内
完成。因此Symantec和Watcom必须决定，到底是要使用Microsoft的MFC还是使用Borland
的OWL来作为他们开发工具的C/C++ Framework。

1993年初，Symantec和Watcom分别和Microsoft签约授权使用MFC作为他们的开发工具
的C/C++ Framework，至此大局已定，在C/C++ Framework的市场已经形成三家夹击一
家的形势。当时许多人便预测Borland会成为输家，因为市场已经成为一面倒的现象，
MFC看起来已经是胜券在握了。当时，Borland的内部也展开了激烈的辩论，讨论是
否也要授权使用MFC作为C/C++的Framework，停止继续开发OWL。不过，后来Borland
还是决定继续开发OWL，而不使用MFC，因为Borland的C/C++技术小组认为MFC不论是
在架构上或是设计上都比不上OWL。而且，由于当时Visual C/C++对于C/C++标准的支
持不如Borland C/C++，所以在MFC内部使用了大量的Macro以及不标准的语法，因此
如果Borland C/C++要使用MFC，那么还需要修改Borland的C/C++编译器来编译MFC。

对于这一点，我认为Borland是做了一个正确的决定。因为，如果当时Borland也授权
使用MFC，那么不但在气势上输了一截，而且，由于MFC的发展完全掌握在Microsoft
的手里，采用MFC就等于脖子被掐在别人的手里，动弹不得。可惜的是Symantec和Watcom
并没有看清这一点，以为有了和Microsoft一样的Framework，就可以在其他地方和
Microsoft以及Borland一决雌雄，Symantec和Watcom却没有想到，就是这一点决定让
自己在后来的决战中一败涂地，最终完全退出了PC的C/C++开发工具市场。

随着1994年末的到来，C/C++开发工具的四大天王决战的日子也终于愈来愈近了。
--------------------------------------------------------------------------------

--作者：小枣粽子
--发布时间：2004-8-23 23:01:00

--
OLE的搅局

不知道是时运不济，还是Microsoft刻意如此，在1994年Borland C/C++和Visual
C/C++决战的前夕，Microsoft推出了OLE(Object Linking And Embedding)技术。OLE
是Microsoft为了对抗Apple的文件技术以及IBM OS2的Workplace和文件技术应运而生
的。OLE可以让Windows平台的文件内嵌在不同的应用程序中，并且能够让文件在应用
程序中被即地编辑(In Place Editing)。说实在的，Microsoft的OLE和Apple以及IBM
的技术比较起来实在是差多了，在稍后也被证明是失败的技术。不过，Microsoft的OLE
和Apple/IBM的文件技术都是失败的技术，都没有造成巨大的成功。虽然这些文件技
术都没有成功，但是OLE却足以成为Borland、Symantec和Watcom失败的重要因素。

我记得当时OLE似乎成为了一个令人趋之若鹜的时髦功能。Word的文件能够内嵌在Excel
之中，而且使用者可以点选此Word文件，应用程序又立刻成为Word来编辑它，实在令
人觉得非常的神奇。不过，在其时所有的软件厂商中，只有Microsoft的应用程序有
如此的功能，其他的厂商例如Lotus、WordPerfect等都无法实现这种功能。

这明显地造成了不公平的竞争，因为OLE技术是由操作系统厂商Microsoft推出的，但
是却让它的应用程序部门同步拥有这种技术，而其他的软件厂商都无法获得第一手的
OLE技术来编写应用程序，这也是为什么当时其他的软件厂商如此火大的原因。

虽然后来其他的软件公司在取得了OLE的技术资料之后，也推出了具备OLE功能的应用
程序，但毕竟是慢了Microsoft许久，市场也流失了许多。不过，我觉得很奇怪的是，
在当时内建OLE功能的应用程序之中，几乎所有软件厂商推出的应用程序在激活数
个应用程序而且使用OLE之后，就非常容易死机，只有Microsoft的应用程序不太会发
生这种情形，因此许多人便认为Microsoft隐瞒了一些技术没有让其他的厂商知道。

由于OLE是如此的复杂，因此Borland无法立刻在OWL之中实现这种功能，于是就造成
厂市场上负面的影响。至于Symantec和Watcom虽然授权使用MFC，但是在其时它们授
权使用的是MFC 1.x的版本，Microsoft并没有把OLE实现在MFC 1.x中，而是实现在MFC
2.0之中。在MFC 2.0推出时，它最重要的功能就是Microsoft加入了20000多行支持
OLE的程序代码，但是MFC 2.0仅限于Visual C/C++使用，就是这关键的一点让其他三
家竞争厂商吃了大亏。

对于OLE这个关键技术的影响，Borland是深知在心的，因此计划在Borland C/C++
4.5的OWL2.5中支持OLE。当时Borland推出的对应解决方案便是OCF(Object Component
Framework)。

Borland当初在设计OCF时有几个重大的目标，这些目标包括：第一、如何使OLE琐碎、
复杂的接口单纯化。第二、如何使OLE在窗口环境下写程序的思考方式一致化--即
使用"事件驱动"的方式来开发。第三、如何在微软占尽天时、地利(但未必人和)的情
况下使Borland的产品具备OLE的功能。第四、如何让大多数C/C++的程序员都能够享
受OLE的功能而不局限于OWL。由于上述的设计目标，从而造就了典雅而具有弹性的
OCF。由于OCF本身是一完整而独立的Framework，因此它可适用于各种C/C++
Framework之中，包含了OWL、MFC以及ZApp/Zinc等Framework。

不知道各位使用过Borland C/C++的朋友们是否还依稀记得下图所示的OCF架构图之一，
以及下面的OCF范例程序代码？这些可是我把1994年写的文章挖出来之后找到的，
真是令我感慨，不禁回想起了当时的情景，在此也让各位回忆一下OWL和OCF。对于不
熟悉OWL和OCF的朋友，也可以从下图和程序代码中观察一下当时的技术以及设计的概
念。我现在看这些图形架构，会发现基本上它们并没有落后现在太多，可见当时设计
者的功力(当然又是Carl Quinn定义的佳作之一)。

程序1 OWL的TOleWindow支持OLE插入对象的成员函数

//
// Insert an OLE object into the view
//
void TOleWindow::CmEditInsertObject()
{
001PRECONDITION(OcView);
002TOcInitInfo initInfo(OcView);

003if (OcApp->Browse(initInfo)){
004TRect rect;
005GetInsertPosition(rect);
006SetSelection(new TOcPart(*GetOcDoc(), initInfo, rect));

007OcView->Rename();
008InvalidatePart(invView);
}
}

程序2 OWL的TOleWindow支持左键双击的成员函数

//
// Handle left double-click message
//
void TOleWindow::EvLButtonDblClk(uint modKeys, TPoint& point)
{
PRECONDITION(GetOcDoc() && GetOcView());
TOleClientDC dc(*this);
dc.DPtoLP(&point);

TOcPart* p = GetOcDoc()->GetParts().Locate(point);

if (modKeys & MK_CONTROL) {
if (p)
p->Open(true); //Ctrl key forces open editing
}
else {
SetSelection(p);

If (p && p == GetOcView()->GetActivePart()){ //resync the active flag
p->Activate(false);
}

GetOcView()->ActivatePart(p); //In-place activation
}

虽然Borland及时地在OWL2.5中加入了OLE的支持，无奈Microsoft随后又在OLE中加入
了许多其他的功能。因此让OCF还是无法完整地支持OLE所有的功能，Borland又无法
不延后Borland C/C++的推出，因此直到l994年末，Borland才终于推出了决战性的
Borland C/C++4.5版本。

C/C++开发工具的最后圣战

"虽然已经过去了许久，但是我仍然忘不了那场最惨烈的战役！"

在1994年末、1995初，Borland痛定思痛，终于清除了Borland C/C++4.0中所有的问
题，也开发出了自Borland C/C++3.1以来最稳定、最快速的Borland C/C++4.5，准备
和Microsoft决一死战。我记得当时许多有关Borland C/C++和Microsoft C/C++的书
籍都是使用十字军的封面。不同的是Borland C/C++的系列丛书都是以蓝色为色系，
而Microsoft的则是以红色为色系，仿佛两大军团终将决战似的。

不过，这次的战役不仅仅是Borland的蓝军和Microsoft的红军相对抗。在Symantec的
华丽军团经过了整军经武，Watcom的白色劲旅枕戈待旦，而且都从Microsoft授权使
用了MFC之后，蓝、红、花、白四大军团决战的日子终于来临。

首先，当Symantec和Watcom分别取得了MFC之后，Symantec便推出了C/C++ 7.x的版本，
和Watcom C/C++混战了起来。两个使用系出同门的C/C++ Framework产品战得不亦
乐乎，随后Borland C/C++ 4.5和Visual C/C++的新版本也加入了这场最重要的决战。
但是，让Symantec和Watcom C/C++大吃一惊的是Microsoft使用的MFC居然比他们使
用的MFC高出了一个版本(1.x对2.x)，而且新版本的MFC包含了完整的OLE支持能力。
而Borland虽然也有OCF这张王牌，但是仍然不敌新版MFC中的OLE能力。

由于当时几乎所有的应用程序都需要支持OLE，但是却只有使用Visual C/C++最新的
版本才能够开发完整OLE能力的应用程序，所以不管OLE到底有没有用，反正先加入再
说。因此市场上的形势很快就发生了巨大的变化，因为OLE的原因，几乎大部分的应
用程序开发者都选择使用Visual C/C++，Symantec和Watcom军团很快就败下阵来。

至于Borland C/C++4.5，虽然它是一流的产品，如果没有OLE的因素，Visual C/C++
新版本真的并不比Borland C/C++4.5好：虽然4.5也有OCF，但是在市场上只有Borland
和Novell、WordPerfect选择使用OCF。在和Microsoft的Visual C/C++经过将近一年
的缠斗之后，其他大部分的厂商都选择了Microsoft的MFC 2.x版，真是形势比人强。
OCF的架构真是个好东西，但却无法完整地支持OLE，因为OLE的发展是掌握在Microsoft
手中的，因此虽然OCF的架构良好，终究在功能上不及对手。Microsoft结合操作系统、
开发工具和应用程序的手段真是无往而不胜。击败Lotus、Borland是如此，歼灭
Netscape亦是如此。

对于Symantec和Watcom来说，这场战役就如同"长平之战"秦军坑杀40多万赵军一样。
杀得Symantec和Watcom全军覆没，大败而归。至此Symantec弃守PC的C/C++开发工具
市场，转而开始研发Java开发工具，进而在稍后推出了著名的Visual Cafe。至于
Eugene Wang，则离开了Symantec，也离开了PC开发工具的领域。

而Watcom则更为凄惨。整个公司在DOS的市场逐渐式微，而Windows平台的开发工具又
大败而归，两头落空。不久之后，Watcom便被新兴而起的Sybase并购，从此在竞争激
烈的开发工具市场中消失了。

归纳Symantec和Watcom失败的原因，是因为C/C++的Framework MFC掌握在Microsoft
手中，在决战时刻Microsoft居然手握比Symantec和Watcom更新的MFC利器，而且在
Visual C/C++精进最佳化编译器技术并且改善集成开发环境之后，Symantec和Watcom
诉求的重点功能完全被Microsoft封死。因此在产品、技术、市场和气势上完全不如对
手的情形下，自然只能任人宰割了。

对于Borland，虽然没有像Symantec和Watcom那么溃不成军，但也再次败下阵来。虽
然平心而论Borland C/C++4.5的确是一个非常好的产品，无论在OWL、最佳化编译器、
集成开发环境方面都有一流的表现。和Borland C/C++4.0比较起来简直犹如脱胎换
骨一般，到现在Borland C/C++4.5仍然是我最喜欢的版本之一。但是无奈当初Borland
C/C++4.0给人挥之不去的负面印象，以及无法完整支持当时如火如荼的OLE技术，因
此还是在决战之中败了下来。好在蓝色的Borland大军毕竟是训练有素，虽然自此让
Microsoft占据了超过50％的市场，成为C/C++开发工具的老大，但是Borland仍然掌
握了超过30％的市场，稍做喘息，并且支撑Borland在各重要战役失败之后维持公司
的运作，等待Delphi的浴火重生，再重新出发。

经过这关键的一役之后，Microsoft终于清除了大部分的对手。对于Microsoft，程序
语言开发工具的战争已经结束，这个市场注定将被Microsoft占据大部分的市场。在
Microsoft手握操作系统、Office软件和开发工具三大获利市场之后，Microsoft也开
始将矛头对准下两个竞争目标：关系数据库以及主从架构开发工具。在Microsoft正
式进军这两个市场之后，当然也展开了连番的好戏，尤其是在主从架构开发工具方面
又开启了VB、PowerBuilder、Gupta/Centura和Delphi的惊天动地大会战。另外一个
意外开启的战争则是Microsoft在1995年和Netscape的浏览器大战。

在C／C++最后一役之后，我认为开发工具的圣战已然结束，Borland也正式开始走下
坡路。更严重的是我认为自此之后Borland不但丧失了C/C++的江山，也失去了对于
C/C++开发工具的创意，这是我感到最遗憾的地方，到现在为止我仍然认为Borland尚
未重拾当初在Borland C/C++3.0/3.1时代独领C/C++创意风骚的精神。也许，也许，
要看看C/C++ For Kylix或是C++Builder的后继产品是否能够重新找回这个失去已久
的精神，不再让大家失望了。

永不成气候的C/C++开发工具：IBM VisualAge C/C++

IBM在C/C++开发工具市场扮演的角色一直令人啼笑皆非，因为在C/C++编译器战争最
激烈的时刻，IBM这个全球信息大厂却一直是缺席的。一直到了1995年之后，C/C++编
译器市场大势已定后才慢慢地加入战局，推出VisualAge C/C++ 3.0，企图进攻此市
场。但是此时市场早已由Microsoft的Visual C/C++称雄。IBM的VisualAge虽然能够
以创新的可视化设计家定义对象之间的关系，但是在其他方面却乏善可陈，整个集成
开发环境也缓慢如蜗牛，需要非常高的硬件配置才能够顺利运行，和Visual C/C++以
及Borland C/C++等工具比较起来就像是恐龙一般，因此几乎没有在市场上引起任何
的反应。

在推出的VisualAge C/C++3.0并没有在PC的C/C++开发工具市场获得任何的明显成果
之后，IBM又再次集中许多资源，开发下一代3.5版本，希望能够在此市场占有一定的
比率。我知道IBM在VisualAge投注了大量的资源，因为从Beta版开始台湾的IBM便有
人和我接触，希望我也在《RUN!PC》上为VisualAge C/C++3.5写些文章。因此在1996
年的6月我写了一篇C/C++编译器的比较文章，下面的资料便是数年前当时还是Beta版
的VisualAge 3.5和其他编译器的比较结果(见下页)。

从图中的数据可以看到，其实VisualAge C/C++3.5的表现还不错，只是对于当时还在
使用AMD DX4-100/32M RAM机器的我来说，实在是跑不动。后来台湾IBM负责VisualAge
的产品经理请我吃饭，在此饭局中这位李经理同时请了贺元(后来成为资迅人的总裁)、
薛晓岚(后来成为资迅人的副总裁)以及其他两位作者，希望大家在计算机杂志中继续
为VisualAge C/C++3.5写写东西，一起Promote此产品。在这个饭局中我是第一次和
贺元、薛晓岚见面，当时贺元在中文PC Magazine有一技术专栏。记得当我向这位李
经理提起我的机器几乎无法跑得动VisualAge C/C++3.5时，他还立刻一口答应借我一
台当时IBM最高档的PC。同时每写一篇VisualAge C/C++3.5的文章，除了《RUN!PC》
原本的稿费之外，IBM会再付一字2.5元的稿费。乖乖，IBM真是大手笔。我算算当时我
的产能，写一篇文章就能够赚2到3万，又有免费的最高档机器可用，真是太好了。不
过后来我还是觉得IBM在此市场可能不会深耕。在不愿意违背自己写作习惯和得罪
Borland的顾虑下，最后还是没有答应。现在想想当时真是太笨了，放着好赚的稿费不
赚，嘻。

IBM的C/C++开发工具之所以在市场无法成功，是因为IBM并不了解在此竞争激烈的市
场中使用者到底要什么。另外一个原因则是IBM并不以PC上的开发工具软件为重要的
事业。即使无法竞争和获利，对于IBM来说也没有什么影响，因为IBM主要是靠硬件和
大型软件为主，不像Borland这可是生命之争。因此IBM只是兴起玩玩，随即放下。所
以我觉得在PC平台使用IBM的工具是很危险的，因为IBM随时都可能会放弃这个市场。
不知道现在VisualAge C/C++到底下场如何?是不是还在3.5或是4.0版？IBM已经数年
没有任何的维护和改善了。

快速殒落的潜力之星：Sybase的C/C++RAD工具Optima++

1996年左右，Sybase并购了Watcom之后终于推出了石破天惊的C/C++开发工具：
Optima++。Optima++是当初结合了Watcom的最佳化编译器以及类似Delphi的组件拖曳
开发环境的第一个RAD C/C++开发工具。更棒的是Optima++的组件架构(类似Delphi的
VCL)完全是以纯正的C/C++程序代码撰写的。这可不得了，因为这代表Optima++是一个
融合了Visual C/C++和Delphi两大王者开发工具为一身的超级赛亚人工具。

在我知道这个工具、并且尝试实际使用之后，极为震惊。因为对于我这个使用了C/C++
5、6年的人来说，它比Delphi更具有吸引力。因此我立刻在《RUN!PC》上介绍了这个
不可置信的工具。果然，Optima++很快开始风卷市场，虽然没有立刻占据很大的市场
份额，但是已经造成了一股气势，开始为Visual C/C++和Delphi带来压力。

我记得当时台湾Sybase办的产品发表会也吸引了数百人与会，不可一世。我的文章在
《RUN!PC》6上发表之后，台湾的Sybase立刻和我联络，由当时的余协理和我见面，
也是希望我继续为Optima++写文章，台湾Sybase也提供额外一字加2元稿费的待遇。
但是我告诉余协理，Optima++1.0虽然很棒，但是仍然有一些臭虫，而且和中文环境
相冲突，无法处理中文，需要立刻解决这个问题才能够在台湾的市场成功。她答应我
立刻向总公司反应。我也老实地告诉她，在问题没有解决之前，我无法写一些不确实
的东西。后来台湾Borland的总经理方先生也找我去询问有关Optima++的事情，我告
诉他Optima++是好东西，但是中文有问题。如果中文问题能够解决，那么将对Borland
和Microsoft的产品有很大的影响，当时我还不知道Borland由于Optima++的影响，已
经开始准备开发C++Builder。

在1996年底左右吧，Optima++1.5终于进入Beta的阶段。但是在我拿到Beta版时非常
失望，因为中文的问题仍然没有解决。后来台湾Sybase又找我去，这次和我见面的是
台湾Sybase总经理郭俊男先生，以及Sybase的新加坡技术总裁，不过我忘记这位先生
的名字了。见了面之后，我立刻把Optima++1.5中文的问题以及许多的臭虫告诉他们，
希望他们能够解决，如此Optima++1.5才能够在中文市场成功。可是出乎我意料之外的
是，他们似乎并不着急这些问题，反而询问我是否有意愿为Sybase工作，做PowerBuilder
的产品经理。

也许是因为我为Delphi写了太多的东西，让PowerBuilder在台湾受了很大的影响，因
此他们希望我到Sybase工作，以打击Delphi并且Promote PowerBuilder。当时他们提
出的待遇条件实在是非常、非常的诱人，比我当时的薪水高出一倍左右(我当时在资
策会工作)。不过由于我对PowerBuilder实在没有什么兴趣，因此我告诉他们，如果
是做Optima++的产品经理，那么我将会考虑并且接受。

没有想到，Sybase的新加坡技术总裁告诉我Optima++在1.5推出之后就可能会停止，
因为Sybase要把资源移去为当时愈来愈红的Java研发一个新的Java RAD开发工具，那
就是后来的PowerJ。于是他询问我如果不愿意做PowerBuilder的产品经理，那么是不
是愿意做PowerJ的产品经理？由于当时我已经知道Borland开始了Open JBuilder的研
发，而我对Open JBuilder的兴趣远大于PowerJ，因此没有答应Sybase。果然，在
Optima++1.5推出之后，不但中文的问题没有解决，Sybase之后也没有继续对Optima++
研发下去。

Optima++一个如此有潜力的产品就这样消失了，真是令人遗憾。Optima++应该有很好
的机会可以成功的。我相信，如果当时Sybase知道C++Builder后来的成果，可能就不
会放弃Optima++了，而C/C++的RAD工具一直要到后来的C++Builder来完成这个梦。

C/C++的开发工具之争到此算是告一段落了，虽然后来Borland继续推出了Borland
C/C++5.0，但是品质仍然不够好，市场反应也不佳。后来Borland终于在Borland
C/C++5.02之后宣布停止此条产品线的开发，Borland C/C++的光荣历史也就从此打住，
真是令人不胜感叹，而Visual C/C++从此在C/C++开发工具市场中再也没有对手。不
过没有竞争的市场的确会让人松懈，后来的Visual C/C++进步的幅度愈来愈小，MFC
也数年没有什么大进步，不像当时和Borland C/C++竞争时每一个版本都有大幅的改
善。看来寡占的市场的确是不好的。

--------------------------------------------------------------------------------

--作者：小枣粽子
--发布时间：2004-8-23 23:02:00

--
第三章传奇的开始--Delphi

"是惊世之作的Delphi让Borland重新站了起来，没有当初的Delphi，就没有今日的
Borland！"

"是Turbo Pascal诞生了Borland，但却是Object Pascal给予了Borland重生的机会！"

创造传奇故事的主角--Delphi

没有人会知道在两年后Borland C/C++会遭遇到这么大的失败，也没有人会预料到
Borland又会再次因为Pascal而东山再起。Borland奋斗史精彩的地方就在于每当似乎
要不支倒地之际，Borland的R&D人员就会创造出一个明星级的产品来拯救Borland。
在其他和Microsoft对抗的软件公司纷纷消失的时候，Borland却一次又一次地站了起
来。"打不死的勇者"这句话贴切地形容了Borland的韧性。Borland靠Pascal起家，通
过C/C++绽放光芒，进而达到了巅峰的状态，随后又再次靠着Pascal浴火重生。Borland
这个从C/C++跌倒，再通过明星工具Delphi重回战场的过程可以说是惊心动魄，其中更
牵涉到了Borland两位创始人Philippe Kahn以及Anders Hejlsberg相继离开Borland
的密闻，也激活了Borland逐渐转型的历史轮轴。对于Borland来说，这段发展史可以
算是非常关键的里程碑，更重要的是，Delphi的崛起也在软件工具业界产生了巨大的
影响。Delphi不但激活了Windows平台上RAD战争的序幕，开启了Windows平台主从架
构的改变，同时也对组件技术做出了巨大的贡献。直到现在，Delphi创造的组件技术
仍然深深地影响了JavaBeans以及.NET的组件思想和技术，这在稍后的内文中读者可
以逐渐地了解。而故事的起源便在1993年左右……

Delphi的发展起源

当Borland以Turbo Pascal获得了成功，并且令Charles Petzold等人跌破眼镜之后，
到了1992/1993年的Borland Pascal 7.x，Borland似乎已经把传统的Pascal开发工具
发展到了极限，再往下还能做什么呢？Borland Pascal在销售了数百万套之后，程序
语言的焦点已经从Pascal转移到了C/C++，Borland Pascal无法继续快速成长，进而
转入了递减的状况，Borland必须做些新的东西才能够延续这条产品线。

当时Borland Pascal产品的Architect，即Anders Hejlsberg，眼看Microsoft Visual
Basic的成功，觉得当时Visual Basic是比较初级的开发工具，是一个学习Windows
程序设计的好工具，但是尚无开发真正应用系统的能力。因此，Anders和Borland
Pascal的小组决定展开一个规模前所未有的项目计划，这个开发工具项目在一开始便
设定了数个目标，希望能够达成并且超越Visual Basic。这些初始的目标是：

●延续Borland Pascal的传统，提供一个快速编译的开发环境
■Borland/Turbo Pascal的高明之处便是由Anders使用汇编语言撰写的Pascal
编译器不但编译快速，而且能够产出极为有效率的机器码。当时的Visual Basic只是
解译器(Interpreter)，无法产生真正的执行机器码，因此在这一方面Borland决定要
远远地超过VB，但是Borland的挑战是要开发出一个编译速度能够媲美解译器速度的
新一代编译器。

■Anders另外一个重要的决定便是改善Borland Pascal程序语言，让这个新的
开发工具程序语言具备面向对象的功能。这在当时是非常重要的决定，因为不但需要
大幅修改编译器，也正式将Borland Pascal超越Pascal之父对Pascal定义的结构，让
Pascal拥有现代语言最新的功能。虽然这个决定有很大的因素是因为Borland决定通过
面向对象的方式建立新一代的Framework和组件架构，因此需要程序语言方面的支持。
不过，这在当时整个信息界对于面向对象技术还很陌生的阶段，的确是一个很大胆的
决策。这个程序语言的决策虽然可以吸引专业人士的激赏，不过也可能会让许多程序
员无法跨越这个障碍。后来的发展也证明了这一点。

●建立一个新的Windows Framework组件架构
■当时VB使用的组件是VBX。不过VBX架构非常的复杂，只能使用在16位的环境，
并且在可视化拖曳设计方面又不是很方便。因此Borland希望在OWL之后建立一个全新
的Framework，这个Framework能够让程序员快速开发Windows应用程序，并且完整地封
装Windows操作系统中的对象。此外，Borland也希望定义一个标准的组件架构，让使
用这个开发工具的程序员能够通过Framework和组件架构来开发各种组件，包括可视
化和非可视化组件。这个Framework就是后来的VCL(Visual Component Library)。在
这方面，Borland做得非常成功。如果各位读者有VBX的经验，就会知道当时，Microsoft
定义的VBX规格简直是一团混乱，根本像是拼凑出来的东西。在当时开发VBX组件痛苦
不堪，后来Microsoft也彻底放弃了VBX。

●拖曳、可视化的开发环境
■Borland的想法是开发一个全新的集成开发环境，在这个开发环境中程序员可
以使用可视化的方法拖曳Framework的组件来设计图形界面，再在其中的编辑器中使用
面向对象程序语言来撰写应用程序。

这个开发工具项目的名称就是：Delphi！

Delphi的核心成员

在Delphi决定开工之后，Philippe Kahn还不放心动用太多的资源来开发这个产品，
因为当时Borland正集中所有的资源，希望能够打赢C/C++开发工具一役。因此
Philippe Kahn一开始只答应拨给Anders四个开发人员，先进行产品雏型的开发工作。
因此，Delphi在当时被笑称为像Apple计算机一样，是在地下室开发的。

当时加入Delphi开发小组的当然就包含了Anders，第二人是Chuck Jazdzewski。其中
Anders负责撰写新的Object Pascal编译器以及核心程序，而Chuck则负责设计Delphi
使用的组件Framework，即VCL。在经过了6个月的初始雏型阶段之后，当Anders把开
发的结果呈现给Philippe Kahn看时，Philippe立刻被它所吸引。因为当时在Borland
内部也希望为Borland C/C++开发一个类似这样能够以可视化拖曳方式开发应用系统
的C/C++开发工具。没有想到在短短不到一年的时间内，Anders已经从基本的构想开
发出了雏型产品。于是Philippe马上批准了这个产品的开发计划，并且投入研发资源。
许多后来举足轻重的人才便是从开发Delphi项目培养出来的。当时在这个项目中，各个
重要的部分分别由下面的重要人员负责：

●Anders Hejlsberg：编译器，Object Pascal程序语言，产品架构

●Chuck Jazdzewski：Framework，组件架构设计/实现

●Allen Bauer：集成开发环境的开发工具，Open Tools API

●Danny Thorpe：RTL (Run-Time Library)

●Zack Urlocker：产品开发方向，产品规划

有兴趣的读者可以打开下面的链接，这篇文章是由Danny Thorpe(现在是Borland .NET
的Architect)撰写的，详细地说明了Delphi这个名称的由来以及开发的缘由。

http://community.borland.com/article/0,1410,20396,00.html

而批准Delphi的开发，则是Philippe Kahn在因为Borland营运不佳而辞去Borland CEO
之前做出的最重要而且正确的决策。没有Philippe Kahn的同意，便不会有两三年后
浴火重生的Borland。

大规模的开发行动和Philippe Kahn的下台

在Borland如火如荼地进行C/C++最后决战的同时，Delphi也在快速的开发之中。1994
下半年，Delphi 1.0几乎已经开发完毕，最后剩下的工作就是Beta测试的阶段。同年，
Borland决定为Delphi展开一项从未进行的尝试计划，因为Borland对于Delphi信心
满满。这个计划就是为Delphi进行前所未有的大规模测试，以确保Delphi的品质，避
免重蹈Borland C/C++发生的覆辙。Borland为Delphi发出了成千上万的测试版本，邀
请了广大的程序员为Delphi进行长期的测试。这可是空前绝后的，因为自Delphi 1.0
之后Borland再也没有任何的产品能够拥有这种气魄和规模。我记得在1994年底左右，
收到了来自当时Borland台湾产品经理张书良先生寄来的神秘圣诞节礼物。当时打开包
裹一看，是六七片磁盘，没有任何的文件和说明。张书良先生请我安装看看这个"东
西"，并且请提供一点意见。

在安装了这些"磁盘"之后，映入眼帘的是一个陌生的软件。"这是什么啊？"这是我当
时的第一个想法。后来玩玩此软件，发现乖乖不得了。不但大部分的Windows对象都
可以拉拉就产生程序代码，更绝的是编译应用程序的速度比使用Borland C/C++的编
译器快了数十倍，而且产生的是一个体积不大的原生EXE文件，执行速度更是媲美
C/C++的程序代码。这让我这个惯用C/C++的程序员当场傻眼。

"这怎么可能?"在我发出呓语般的声音之后，旁边的同事也觉得怪怪的，于是一个一
个地跑到我的计算机旁，看看我到底在做什么？其中当然包括了《Delphi学习手册》
的作者、也是笔者的好友李增坤先生。在大家玩了之后，每个人都急着拷贝我的
Delphi Beta版以便回家继续玩。后来李增坤先生更是玩得出神入化，还能够让Delphi
连接到当时相当封闭的Informix数据库(因为他们的开发小组是使用Informix的)，真
是厉害。他是我所知的第一个Delphi好手。

"这绝对是一个Super Star！"，当时我这样对张书良先生说。"真的?那么你可不可以
在杂志上帮Borland写一些介绍它的文章？"张书良先生对我这么说。就是因为这段对
话，让我开始和Delphi结下了不解之缘。至于我开始写Delphi书籍的缘由也是无心插
柳造成的。在台湾Borland准备力推Delphi 1.0之际，张书良先生准备亲自下海，也
亲自出面找到了旗标出版社合作出书，以推广Delphi。后来由于张先生工作太忙，因
此又找了我和李增坤先生帮忙。本来的约定是我和李增坤先生只负责一小部分，其他
的部分都由张先生完成。没有想到，签约之后张书良先生完全没有时间投入，因此只
好由我和李增坤先生完成《Delphi 1.0学习手册》。由于我和李增坤先生以前没有写
书的经验，投入撰写书籍的时间也不多，因此《Delphi 1.0学习手册》是台湾所有有
关Delphi 1.0书籍中最晚出的一本书，远远超过当时我们规划的时程。好在当时
Delphi 1.0的气势简直如星火燎原般的炙手可热，因此这本书还是卖得不错的。

1995年对于Borland来说是悲喜交加的一年。1995年1月11日，Philippe Kahn正式因
为经营不善而辞去Borland CEO的职位，不过Philippe Kahn仍然是Borland董事会的
成员之一。接任的Gary Wetsel的任务是大幅删减Borland的员工数，开始进行瘦身计
划。因为当时Borland的员工数是为营收500M美金的Borland所打造的，但是在1995年
Borland的营收已经下滑为不及200M美金的公司，而且一直在亏损之中，当时许多业
界人土都认为Borland已经撑不过1995年。不过1995年2月14日的情人节似乎一夜之间
改变了Borland的命运。

一炮而红的Delphi 1.0

1995年2月14日，是Borland永远会记得的日子，因为这一天是Delphi正式诞生的日子，
也是Borland扭转命运的转折点。由于Delphi先前大规模的Beta测试计划已经在全
球吸引了极大的兴趣和好评，信息业界也知道了Borland正准备推出一个跨时代的新
开发工具产品。当然，更重要的是全信息界也都在静观，这个产品是否真的好到能够
拯救Borland免于破产或是被并购的命运。决定生与死的日子终于在这一天揭晓。

1995年2月14日，也就是Borland在全球发表Delphi 1.0当天，我在Scott Valley会见
了当时的Delphi主舵手，产品经理Lance Devin先生。Lance是一位非常亲切、有活力
的人。Delphi在他的主掌之下，立刻在全球吸引了所有的焦点，当时媒体甚至称
Delphi l.0是VBK(Visual Basic Killer)。

Delphi 1．0发表之后，立刻造成了全球的狂卖。由于Borland并没有预料到Delphi的
反应会如此的好，因此一时造成了Delphi的全球大缺货。Borland从Borland C/C++3.1
之后已经很久没有享受过这么美好的滋味了。

在台湾，由于早已预料到Delphi将会是一个成功的产品，因此，台湾几乎和美国同一
时间发表了Delphi 1.0。而且台湾Borland不惜血本，直接从美国空运了少数的
Delphi，而台湾能够取得的Delphi的数量也只是从美国抢破头才拿到的少量货。台湾
Borland是在信义路的震旦行2楼会议室发布Delphi的。当天整个会议室几乎被塞爆了，
因为有太多急于想一睹Delphi庐山真面目的软件人员。我还清楚地记得在发布会结束
之后，会议室的门口排满了抢购Delphi的人潮。很快，所有的Delphi都被抢光了。记
得当时李匡正先生没有抢到Delphi 1.0，一直到2个多礼拜之后才取得。而我呢？很幸
运的是在Delphi 1.0发表之前，张书良先生就已经送了一套正式的Delphi 1.0
Client/Server版让我玩。当然我也迫不及待地把Delphi介绍给我当时的老板，希望
我们的软件包能够赶快使用Delphi来写Windows的版本，但是我的老板还是坚持使用
Visual Basic来写。后来我就离开这家公司，找寻愿意使用Delphi开发的软件公司。

当时Delphi在台湾书市造成的旋风真可用"洛阳纸贵"来形容，任何和Delphi 1.0有关
的书籍都立刻大卖，看得每一个出版社都眼红不已。我也还记得当时第一本Delphi
1.0的书是由波全出版社推出的。根据台湾最有名的天珑书局老板彭先生说，最热门
的时候一天几乎可卖500本的数量。我想这一本Delphi书籍应该是台湾有史以来销量
最好的Delphi书了，估计当时这本波全的书有数万本的销量。更夸张的是后来我居然
在天珑书局看到由2本影印的合集Delphi书籍，由塑料套包起来，要价是"1500"块台
币，居然也很快卖完，真是令人不可思议。这即使不是绝后，也绝对是空前的。

Delphi 1.0的成功也许早在信心满满的Anders的预料之中，看看下面在Delphi 1.0中
秘密内藏的Easter Egg中，Anders笑得如此的灿烂似乎就已经预见了Delphi光明的未
来。

Delphi 1.0有多成功呢？根据非正式的统计，Delphi 1.0当时在全球狂卖了50多万套，
这实在是一个惊人的数字。读者如果没有什么概念的话，那么我可以举一些例子来
比较一下。Borland最成功的Borland/Turbo C/C++系列卖到了3.1最巅峰的时候，全
球的销量才超过100多万套，这可是累积了数年、数个版本后才达到的套数。而Delphi
一个版本就到达了C/C++几乎一半的销量，从这就可以知道当时Delphi有多成功了。

Delphi 1.0的大卖，立刻拯救了财务困难的Borland。Delphi的收入不但让Borland立
刻再投入更多的资源到Delphi开发小组，以准备下一个版本的开发，也让当时Borland
内部的Latte(就是后来的JBuilder)小组获得了更多的研发资源，成就了数年后JBuilder
再次接棒；把Borland推向另一个高峰。

再见了，Borland创始人，Philippe Kahn

1995下半年，Borland发生了一件重大的事情，那就是Philippe Kahn正式被逐出他一
手创建的Borland。这真是令人震惊又难过的事情，相信许多关心Borland的读者都知
道这件事情。但是为什么Philippe Kahn会被踢出Borland董事会、又离开Borland呢？
这可是一个秘密。

事情都是从Philippe Kahn辞下Borland的CEO后开始发生的。在Philippe Kahn被逼下
CEO之后，他觉得Borland的一些开发方向他并不是很认同，因此在外面又开了一家新
的公司StarFish，从Borland买走了SideKick、DashBoard等产品，并且开始研发移动
和无线等方面的软件。

1995年Java兴起之后，Philippe Kahn觉得Java很有前途，并且希望结合Java以及移
动和无线软件技术。其时Borland内部也在开始研发Java的产品，包含了代号是Latte
的Java开发工具以及Java的JIT编译器等技术。而Borland没有预料到，由于Java的萌
萌芽竟会造成Philippe Kahn和Anders的离开以及Borland Visual dBase小组的解体。

话说在Borland于Java方面逐渐有了成果之后，Philippe Kahn的StarFish公司也开始
步上轨道。1995年，Philippe Kahn眼看Borland内部Java的人才素质精良，于是就开
始想挖一些好手到自己的StarFish公司。在Philippe Kahn的挖角动作愈来愈大之后，
Borland的董事会终于无法忍受Philippe Kahn这种挖Borland墙角的做法。于是，
Borland的董事会成员一致投票决定，将Philippe Kahn逐出Borland的董事会和
Borland。这对于Philippe Kahn是一个极为重大的打击，Philippe Kahn被迫离开了他
一手创办和心爱的Borland。即使后来Philippe Kahn的StarFish经营得不错，以致后
来由Motorola以数千万美金并购了StarFish，让Philippe Kahn大大地赚了一笔，但是
他仍然无法释怀，也永远无法忘记Borland给他的成功、光荣、骄傲和屈辱。虽然
Philippe Kahn一直想像苹果计算机的Steve Jobs一样有朝一日能够重返Borland，但
是，很显然Philippe Kahn没有Steve Jobs那样的运气，Philippe Kahn一直无法完成
这个愿望。

Anders的计划以及Zack的想法

在Delphi 1.0大获成功、如日中天之后，雄心勃勃的Anders立刻开始了下一版Delphi
的开发计划。此时Delphi研发小组的资源更多，因此可以做更多的东西。不过，在1995
年Delphi 1.0推出之后，信息业界有了几项重要的改变，那就是随着Microsoft
Windows 95的成功，企业使用Windows平台开发应用系统已经成为既定的趋势，再加上
当时数据库市场的快速发展，因此许多企业开始在Windows平台寻找Client/Server的
解决方案。正由于这些需求快速而大量的兴起，造成了当时PowerBuilder和Gupta这两
个主从架构开发工具的盛行。当时，PowerBuilder是Window平台下占有率超过50％的
主从架构开发工具，而Gupta则拥有超过30％的市场。这真是可怕，因为光是两个工具
就占据了80％多的市场。由于当时主从架构几乎由这两个工具所寡占，因此，
PowerBuilder和Gupta的价格相当昂贵，我记得当时一套PowerBuilder要价40几万新台
币，而Gupta也要30几万，真是令人无法相信。

在Microsoft方面，由于Delphi 1.0的成功，给了VB相当大的压力。因此Microsoft在
Delphi 1.0推出之后立刻也推出VB 4.0正面迎战。VB 4.0强调的重点是VB应用程序也
可以编译成可执行文件，不过，由于VB 4.0的编译器品质尚不成熟，编译出来的效果
并不好。再加上它的臭虫非常多，因此VB4.0算是一个相当不成功的产品。正由于这
些因素，在当时也传出了VB双数版本品质不如奇数版好的传闻。不过，在当时由于
PowerBuilder和Gupta的获利非常丰富，而Microsoft也看到了主从架构将会是未来数
年重要的信息架构，因此VB 4.0开始，Microsoft也开始逐渐为VB加入更多开发数据库
以及主从架构的能力，并且搭配Microsoft的ODBC规格向主从架构市场进攻。

Anders在Delphi 1.0成功之后，曾经接受媒体的访问，叙述他心中的Delphi 2.0想做
的功能。当时Anders就说他希望为Delphi加入Garbage Collection的功能，因为
Object Pascal在建立对象方面是使用Heap-Based的方式，因此为了减少Delphi程序员
可能发生的错误并简化Delphi程序代码的撰写，他希望加入Garbage Collection。现
在的Microsoft的．NET就内建了Garbage Collection的功能，而这个想法在7年前便已
经存在于Anders的脑中了。

除了Garbage Collection之外，Anders也想为Delphi加入更多Stack-Based的能力(是
巧合吗？.NET的IL也是Stack-Based的语言)，并且持续地改善Delphi的编译器，加入
更多的编译器最佳化功能，让Delphi的程序代码执行速度能够超越C/C++。

从Anders的想法中，读者应该可以感觉到Anders想做的都是属于比较语言、系统和低
阶方面、影响层面较大的功能。但是，由于信息市场是逐渐走向主从架构，因此
Zack Urlocker等人则希望Delphi 2.0能够在主从架构方面进行大幅的强化，再搭配
Borland力倡的BDE/IDAPI技术，以便和PowerBuilder/Gupta等竞争，进入获利较为丰
富的工具市场，这是第一次Anders和Zack意见分歧的时间点。

后来Delphi研发小组达成了共识，那就是下一个版本的Delphi将由Anders在编译器方
面主导，为Delphi开发一个真正的32位编译器，而且具备最佳化的功能(因为
Delphi 1.0是16位的开发工具)。但是Delphi 2.0也将大幅加入主从架构的功能，并且
通过BDE/IDAPI提供连接各种RDBMS的驱动程序，再由Chuck改善VCL架构，提供更为强
劲的数据感知组件能力，让Delphi 2.0正式具备和PowerBuilder/Gupta竞争的本钱。
这也埋下了日后PowerBuilder/Gupta这两个工具备受VB和Delphi强大的压力、终至快
速衰退的命运。

由于Delphi 2．0开始确定走向主从架构和具备开发大型系统能力的方向，因此Anders
没有多余的资源可以实现他的理想，再加上和Zack在产品发展方面日渐出现歧见，这
些都是间接造成日后Anders离开Borland的因素。

Delphi 2.0，进入32位世界的开发工具

在Anders完成了Delphi 32位的编译器而且BDE/IDAPI小组也实现更多连接RDBMS的驱
动程序之后，Delphi 2.0便已经准备好出征了。Delphi 2.0在推出之后果然也非常成
功，Anders亲手打造的32位编译器不但编译速度奇快，编译出的应用程序品质更是无
话可说。在当时，Delphi 2.0产生的执行程序代码屡获专业媒体和实验室的评比大奖，
尤其在整数运算方面，更是比VC++执行得还好。在一般应用程序方面，也和VC++的
程序代码不相上下。整体来说，只有在浮点数方面落后VC++。这也是后来Borland编
译器小组和Anders激活Borland下一代编译器项目的原因之一，目的是为C++Builder
和Delphi开发一个共享的后端最佳化编译器。不过很可惜的是，Anders稍后离开了
Borland，没有参与完成这个最佳化编译器，否则Borland的编译器应该会比现在更具
威力。

Delphi 2.0如同Delphi l.0一样大获成功，因为当时许多想在Windows NT下开发纯32
位应用系统的程序员都愿意使用Delphi 2.0，更不用说一些企业的开发者，在不愿意
忍受PowerBuilder/Gupta等使用脚本语言执行应用程序的缓慢情形下，许多
PowerBuilder/Gupta使用者都转而使用Borland的Delphi，这是Borland继当初
Borland C/C++3.1之后再次打入企业市场。Delphi 2.0和Delphi 1.0的总销量也超过
了一百万套。在全球的市场中，Delphi在欧洲、亚洲和中南美洲都非常的成功，反而
在北美的市场表现平平。由于Delphi表现得非常抢眼，给予了VB和PowerBuilder巨大
的压力，因此Microsoft和Sybase在Delphi 2.0推出之后，也纷纷地准备推出VB 5.0和
PowerBuilder 6.0，正式揭开了RAD工具最后的生死战。

在Delphi 2．0顺利推出之后，很不幸的是Lance也离开了Borland。接手Delphi产品
经理的是Ben Riga。要怎么说这位加拿大的仁兄呢？Ben Riga也是很亲切的人，但是
我当时向他建议的许多Delphi发展方向，这位仁兄都没有反映在Delphi的产品中。

例如我在3.0时便强烈建议Delphi应该在Web方面投入更多的努力，在Delphi中实现类
似当时IntraBuilder的能力，提供可视化的方式开发Web应用系统，也就是像现今的
Developer Express的ExpressWeb Objects组件组，或是IntraWeb组件组。如果在当
时的Delphi 3或是Delphi 4便能够有这种组件组，那么Delphi的Web能力将是No.1，
更不用说对于Delphi的销量会有多大的帮助。可惜笔者人微言轻，Ben并没有把这个
重要的功能放人Delphi的产品开发规格中。一直到现在，Delphi 6/7才认真地考虑这
个需要，虽然时间已经晚了，但是如果真的做得好的话，也比没有好。

RAD殊死战

在Delphi和VB相继进入主从架构的世界之后，便和PowerBuilder有了更激烈的竞争。
在Delphi 2.0出版之后，PowerBuilder面临了更大的挑战。因为VB在易于使用和
Microsoft的努力之下仍然呈现成长的趋势，但是PowerBuilder在许多场合却是直接和
Delphi竞争。在Delphi 2.0推出之后，Borland也很快查觉到许多Delphi的使用者是从
PowerBuilder转来的，于是当时Borland内部便拟定了置换PowerBuilder计划，希望能
够持续从PowerBuilder手中抢得更多的市场占有率。

Delphi 2.0的纯32位编译器以及执行速度一直是许多人喜欢的，这也对PowerBuilder
带来了压力，因为许多PowerBuilder的使用者，特别是软件公司对于PowerBuilder使
用的语言PowerScript执行缓慢而不悦，但是却喜欢PowerBuilder的DataWindow。因
此在当时Sybase便宣告将为PowerBuilder开发一个编译器，以增加PowerBuilder应用
程序的执行速度。不过Sybase并没有在Delphi 2.0之后的PowerBuilder 5.0实现出来，
一直要到PowerBuilder 6.0才推出PowerBuilder编译器，不过问题仍然多多。

当时我曾经仔细地观察台湾参加Delphi发布会的使用者以及参加PowerBuilder的使用
者，发现了一个很有趣的现象，那就是一开始参加Delphi(1.0/2.0)的使用者几乎都
是工程师，很少有DB Center的信息人员或是信息经理。而去PowerBuilder的使用者
则甚少工程师，大部分都是穿着体面的DB Center的信息人员或是信息经理。不过这
个情形在Delphi 2.0之后逐渐改变，因为当Delphi慢慢地被企业接受成为开发工具之
后，也有愈来愈多的信息主管人员出现在Delphi的发布会中。

下图是我早在1999年便绘制的资料，从这个Slide中读者可以发现Delphi、VB和
PowerBuilder的竞争是一个版本对应一个版本的。每当竞争对手推新的版本之后，另
外的竞争对手都会立刻推出相对应的竞争版本。但是在Delphi 2.0之后，PowerBuilder
便开始逐渐无法同步跟上Delphi和VB的竞争脚步，差距也愈拉愈大。

基本上Delphi、VB和PowerBuilder的竞争在Delphi 2.0时期是最为激烈的，在Delphi
3.0和VB 5.0之后大势已定。PowerBuilder已经定位成数据库开发工具，无法像Delphi
和VB一样成为Windows平台中通用的开发工具。因此PowerBuilder的使用者群组便逐
渐缩减到DB Center或是信息室的使用者。这个现象当时在台湾非常的明显，因为大
多数的软件开发厂商、软件包厂商或是项目厂商逐渐地舍弃PowerBuilder，不是选择
使用VB就是选择使用Delphi。在Delphi 3.0之后，Windows平台的主从架构开发工具
市场已经是VB第1，Delphi第2，而PowerBuilder退到第3，并且和Delphi/VB的差距愈
来愈大。经过了3年的激斗，传统主从架构开发工具PowerBuilder和Gupta仍然不是
Microsoft和Borland的对手，即使PowerBuilder曾经拥有超过世界50％的占有率。当初
Sybase也没有预料到在并购了PowerBuilder之后，这么快就损失了大片的江山。不过
比起Oracle和Informix来说，Sybase下的本钱还是比较划算的，因为同时竞争的Oracle
Developer 2000早已只能送给Oracle数据库的使用者。而Informix的主从架构开发工具
Neon更是凄惨，在出了一个版本之后，由于体积庞大，执行缓慢，又臭虫成堆，还没上
场竞争，就被丢人垃圾桶了。这对当时所有投入大量资源开发主从架构开发工具的软件
厂商来说，都是受伤不轻，当然除了Borland和Microsoft之外。

PowerBuilder和Gupta数年辛辛苦苦建立起来的主从架构王国，只经过短短的1、2年
就被VB和Delphi所鲸吞蚕食是有许多原因的。PowerBuilder和Gupta着重在高价、专
有的主从架构市场，却不知主从架构已经逐渐成为一般信息架构应用主流，大量的程
序员需要的是价格合理、功能齐全的开发工具。PowerBuilder和Gupta价格的奇高和
功能的缺失，在VB和Delphi加强主从架构的功能之后便逐渐地浮现出来。此外
PowerBuilder和Gupta当初风行的一个重要因素是提供了连接到各种RDBMS的驱动程序，
以提供开发数据库和主从架构应用系统的能力。但是当VB和Delphi都分别提供了ODBC和
BDE/IDAPI技术连接更多的数据库服务器之后，PowerBuilder和Gupta的优势也就不再
了。另外一个关键性的因素是PowerBuilder和Gupta一直无法成为大众化的开发工具。
除了DB Center和企业之外，PowerBuilder和Gupta无法被大量的ISV、商业软件包厂商、
一般工程师、甚至是学生使用来开发各种不同的应用系统。因此PowerBuilder和Gupta
只能在特定的软件族群中使用，限制了可能成长的潜力市场。

最后我认为最重要的原因是Sybase和Gupta在面对Microsoft和Borland这两个非常精
于实现开发工具的厂商时过于轻心，反应的速度太过于缓慢，以致PowerBuilder和
Gupta除了在数据库和主从架构功能之外，其他的功能都太过阳春。特别是在Java逐渐
兴起之后，PowerBuilder和Gupta最后跨平台的诉求也在瞬间瓦解，因此失去市场也是
不可挽回的命运了。

Borland C++Builder的诞生

在Delphi l.0/2.0大获成功并且对Borland产生了巨大的收益之后，来自Borland
C/C++使用者的需求，即要求Borland也推出一个C/C++版本的呼声也愈来愈强烈，到了
Borland无法忽视的地步。不过这对Borland来说，却是一个相当伤脑筋的事，因为
Delphi是用Object Pascal写的，如何转成C/C++？如果要开发C/C++版的Delphi，那么
Borland C/C++的产品线要如何处理？因此这也在Borland内部起了极大的争议，这又
是另外一个故事了。不过不可否认的是，Delphi 1.0/2.0的成功正是促成了Borland
C++Builder面世的主要动力。

争执的开始

Delphi 2.0的再次重大成功仿佛为Delphi研发小组注入了一支巨大的强心剂。Delphi
研发小组迫不及待地要开发Delphi3.0，以便趁胜追击，进一步的拉近和VB的距离，
并且再次给予PowerBuilder/Gupta重击，以便从PowerBuilder/Gupta取得更多的市场。
在Delphi 2.0推出之后，根据当时Gartner Group的调查，主从架构开发工具的第
一名仍然是PowerBuilder，第二名是VB，而第三名则是Delphi。Gupta的市场占有率
快速地下滑，已经无法进入前三名的占有率了。不久之后Gupta改名为Centura，希望
力挽狂澜，但是仍然无法改变市场的现实，并且逐渐淡出主从架构的开发工具市场。
这对于VB和Delphi来说都是重大的胜利，因为VB和Delphi在短短的一两年之内就几乎
瓦解了PowerBuilder/Gupta在主从架构市场数年经营的优势。虽然PowerBuilder还暂
时维持第一的占有率，但是已经从50％几萎缩到了40％，而且还在不断的下滑之中。
PowerBuilder在VB和Delphi的强烈进攻下岌岌可危，产品价格也在快速地滑落之中。

不过在Delphi 3.0的功能会议中，Anders和Zack却再次发生了强烈的争执，因为这两
个Delphi的灵魂人物对于Delphi 3.0的走向出现了不同的看法。其时由于Microsoft
的COM/DCOM等技术逐渐成熟和受到愈来愈多的使用，因此Anders希望Delphi 3能够充
分地支持开发COM/DCOM的技术，并且提供比VB更方便、比VC更强大的能力。为了实现
这个想法，Anders力邀Alain Lino Tadros加入Delphi的研发小组。为什么Anders会
找上Alain呢?这是因为Alain曾在1996年BorCon的研讨会上以惊人的技术写了5000多
行的程序代码，把VCL组件直接变成COM对象。Anders在BorCon上知道之后，立刻有一
个想法，那就是如何能够延伸Alian的技术，如果通过一种方法便能够把所有或是大
部分的VCL组件变成COM对象以及COM Container的话，那将是多奇妙的事情。如此一
来Delphi的研发小组也不需要为实现COM/DCOM的功能而大费周折了。而Anders的这个
想法也促成了后来Delphi 3中IVCLComObject接口和技术的诞生，直接把VCL转换为COM
对象的神奇功能。

除了邀请Alian之外，Anders也计划直接修改Delphi的编译器，让编译器能够直接处
理COM的参考计数值(Reference Count)，免除Delphi程序员的麻烦，并且提供有效的
执行码。如果依照当时Anders的想法并且把Delphi 3依此实现出来的话，那么Delphi
将会是一个比Microsoft工具更好的COM开发工具。

不过Zack却不认为Delphi 3应该把这么多的资源花在支持COM/DCOM上。虽然Zack同意
Delphi 3必须对COM/DCOM有好的支持，但是他认为Delphi 3应该在Delphi 2的主从架
构获得了胜利之后，继续往更高阶的方向努力，那就是分布式架构，以便把Delphi塑
造成能够开发大型企业的开发工具，把Delphi打入获利丰富的企业市场。因此Zack和
当时Borland开发工具部门的负责人Paul Gross激活了所谓的Golden Gate计划，希望
提供Delphi强大的中介引擎功能，因此Borland并购了出版Entera中间件的公司，让
Delphi能够通过Entera连接到后端大型的系统，希望大型企业能够使用Delphi开发客
户端的应用程序。

由于Golden Gate计划得到了Borland高层的支持，因此Delphi 3的发展方向很快便朝
向分布式技术前进。虽然COM/DCOM的支持也在产品的计划之中，但是并无法做到像
Anders所想要的境界。由于Anders的理想无法被接受，因此在Delphi 3的发展中后期
阶段，Anders并没有介入太多Delphi 3的开发工作。

在Delphi 3正式发表之际，Delphi的研发小组很巧妙地平衡了COM/DCOM和分布式技术
的功能，也让Delphi 3成为Windows平台中第一个提供分布式开发的开发工具。而
Delphi 3当时使用的Marketing Slogan以及产品诉求的重点也是"Component Foundry"，
意谓Delphi 3可以轻易地建立VCL组件以及COM/DCOM/ActiveX组件。

Delphi 3推出之后，Delphi应该算是到达了巅峰的状态，销售数字也非常的亮丽，已
经超过了Borland C/C++3.1的销量，而Borland也有了稳定的收入。但是人无远忧必
有近虑，后来发生的数件大事几乎让Delphi重演当初Borland C/C++4．0的历史覆辙。

不知道读者看到这里有什么想法？我认为COM/DCOM和分布式技术都是重要的，后来的
事实也证明分布式技术是Delphi的强项之一，而应用系统架构也逐渐走向分布式多层。
不过没有像Anders的想法把Delphi塑造成无敌的COM/DCOM组件开发工具相信也是许
多人的遗憾。

在Anders逐渐不介入Delphi 3的开发之后，随后发生的两件关键的事情便注定了
Anders Hejlsberg继Philippe Kahn离开Borland的命运。

天才的损失和新英雄的接棒

在Anders和Zack对于Delphi的走向逐渐出现了歧见之后，Anders便没有再主导
Delphi 3.0的开发，反之Zack在Delphi开发小组中的角色却日益重要，后来几乎是
Delphi 3和Delphi 4的主要领导人。为什么Delphi的Architect Anders会慢慢地淡出
Delphi的核心呢？这和Philippe Kahn离开Borland也有重要的关系。

英雄落难

Philippe Kahn和Anders共同创造了传奇的Borland，两人之间有着浓厚的感情。在
Borland工作时，对于Anders任何的想法和计划，Philippe Kahn都是不遗余力地支持。
也正是这个重要的支持力量，才有随后极为成功的Borland Pascal以及Delphi的问世。

但是在Philippe Kahn离开Borland之后，Anders再也没有了这股来自最亲密战友的强
力支援。1997年，Borland新的CEO Delbert Yocam在掌握了大权之后，Borland整个
公司开始走向第二个重要的转变，Delbert对于Borland产品的开发和趋势也有了不同
于Philippe Kahn的看法。当Java在1996年逐渐快速发展之后，睿智的Anders也看到
了Java成功的未来。因此在Anders不再积极参与Delphi 2/3的开发工作之后，他非常
希望能够主导Borland Java开发工具的开发，期望能够像当初的Delphi 1.0一样，为
Borland再次开发出全世界一级的Java开发工具。

不过，由于当时Delphi是Borland最重要的收入来源，高层仍然希望Anders继续在
Delphi产品线上投入全力，因此当时的Borland CEO Delbert Yocam并没有批准Anders
的请求。Borland的下一个重要的开发工具JBuilder，当时的产品开发名称为Latte，
仍然交由其他小组负责。依据我的推想，由于当时Anders对于Java已经有许多的想法，
因此才会有后来的VJ++以及C#，这些产品和程序语言的许多特性想必已经在Anders的脑
中存在了一段时间了。

Delbert没有允许Anders带领Latte开发小组，但Anders仍然没有放弃他的新计划。也
许是Anders注定和Borland的缘分已经到了尽头，这个时候正好Microsoft展开了有史
以来对Borland最大的挖角行动。在Anders无法在Borland取得满意的支持之后，
Microsoft提供的优厚条件顿时对Anders产生了致命的吸引力，从而造成了Borland无
法挽回的遗憾。

虽然Anders没有显赫的学历，无法获得Turning Awards(即图灵奖，信息科学界最高
荣誉的奖项，等同于诺贝尔奖)。但是我认为Anders的实力和贡献绝不输于任何一位
Turning Awards的得奖人。Anders是最好的信息实践型人物，在2001年，他终于获得
了信息界最具权威的信息刊物Dr. Dobbs/' Journal颁发的Excellent Programming
Awards，以表彰Anders为信息界做出的卓越贡献。我想Anders应该是许多本身没有高
学历或不是计算机信息科系出身的优秀程序员最好的效仿对象。

Anders Hejlsberg这位不世出的软件天才，是目前全世界最顶尖的软件技术人员之一。
论实现技术，Anders可能是目前的第一高手，因为他精通程序语言、编译器技术、开发
工具、Framework以及系统架构。我虽然知道许多软件界重要的人物和好手，但是尚
不知有任何人能像Anders一样在这么多领域都能成为大家。下面是笔者整理出
Anders Hejlsberg到目前为止重要的功绩、贡献以及获颁的重要大奖：

" 和Philippe Kahn共同创办Borland

" 开发出Turbo Pascal，当时首创的In-Memory Compiler震惊了全世界

" 开发出全世界最畅销的Pascal产品，Turbo Pascal(这是许多信息人员学习Pascal
和Data Structure使用的经典产品)以及Borland Pascal。Turbo/Borland Pascal合
计销售超过了数百万套。Dr. N. Wirth(Pascal语言的创始人员)也应该向Anders致敬，
表达Anders对于Pascal语言的贡献

" Anders使用汇编语言撰写编译器，其功力无人能出其右。创造出了全世界速度最快、
品质也是一流的Pascal编译器。在Anders离开了Borland之后，几乎没有人能够修改
Anders的编译器

" 开发出影响深远的Delphi这个伟大的RAD工具

" 开发出VJ++语言

" Microsoft .NET的Architect

" Microsoft颁授Microsoft Distinguish Engineer大奖

" 发明C#这个又将造成重大影响的语言

" 获颁2001年Dr. Dobbs/' Journal的Excellence In Programming大奖

一个人一生能够做出几件让全世界都津津乐道的事业呢？Anders却成就了无数PC界伟
大的功绩，并且在程序语言、编译器、开发工具以及Framework方面都有重要的贡献。
PC软件界因为有了Anders而精彩、丰富了许多，也创造了许多令人惊叹的故事。更
棒的是Anders现在仍然在继续贡献他惊人的天分，就让我们拭目以待，看看Anders还
能创造什么功迹吧。不过，不管以后如何，相信Anders应该是大部分软件人员希望学
习的目标。Anders的功力也是大部分软件人员一生企望能够达到的境界。

在2002年Borland Developers/' Conference中，Anders Hejlsberg是排名第一的
Keynote Speaker，尚在Java的创始人James Gosling之前。根据现场同时聆听这两场
Keynote Speech的听众报道，Anders的Keynote Speech是非常精彩的，而James的
Keynote Speech则相对的枯燥，许多人因此而提前离席。而且Anders在开始进行
Keynote Speech之时，便获得了现场所有听众起立鼓掌致敬，看来，在大多数Borland
开发工具使用者的心中，Anders Hejlsberg是永远的巨星。
--------------------------------------------------------------------------------

--作者：小枣粽子
--发布时间：2004-8-23 23:03:00

--
Microsoft的挖角和Anders的离开

Anders在不介入Delphi的开发、并且无法主导Borland Java开发工具开发的情况下充
满了挫折感。没有了Philippe Kahn的强力支援，Anders虽然是Borland最顶尖的技术
人才，却也无法对抗Borland管理阶层的力量。当然这也是从Philippe Kahn离开了
Borland之后、Bodand开始转型有关，这在稍后Borland的转变一文中，我会作详细的
说明。

虽然Anders在Borland遇到了挫折，但是对于Microsoft来说这却是千载难逢的好机会，
在此时Microsoft展开了大规模的挖角行动，而且是明目张胆地进行，正是由于
Microsoft如此大胆的行动，因此也造成了不久之后Borland对于Microsoft的法律控诉。

这次的挖角行动中，Microsoft同时锁定了数个Borland最杰出或是重要的人物，当然
Anders是名列第一的挖角对象。时值1996年，Microsoft终于展开了行动，使用的方
式是最直接的攻击。Microsoft直接派遣加长型的大轿车到Borland大门口找Anders吃
饭，第一次Microsoft开出了年薪百万美元以上的条件。不过在Borland知道了这件事
情之后，也很快进行了加码的动作，因此Anders并没有对Microsoft进行响应。
Microsoft在苦等无应、按捺不住之下，很快就再次用大轿车找Anders。这次Microsoft
提出了两百万美元以上的条件，希望Anders能够首肯。对于这次的喊价，Borland可有
点为难了，因为两百万美元不是笔小数目，这已经比当时Borland许多副总裁的年薪还
高。此外，如果Borland答应也加到两百万以上，那么是不是Chuck也要如此加码？其
他的Delphi R&D小组要如何调整？这些都是非常棘手的问题。

不过Borland很快找到了解决的方案，那就是允许Anders从每一套卖出的Delphi版本
中抽取一定数量的版权费。如此一来Delphi卖得愈好，Anders便能取得愈多的回馈。
不过就我的了解，Anders注重的并不是金钱上的问题，因为在Borland创立的初期，
由于Turbo Pascal的编译器都是Anders撰写的，因此当时Anders也是卖一套Turbo
Pascal就可以抽取版税的。依照Turbo/Borland Pascal全世界销售数百万套来算，
Anders早就是富翁了。薪水多一点，少一点并无所谓，Anders心中想的是自由发展的
空间。在Borland提出了Delphi的随版抽税，再加上Microsoft并不知道Anders真正想
要的东西，因此Anders仍然没有响应Microsoft提出的优厚条件。

不过，Anders实在是太重要的人物，而且Microsoft在面对Java与日俱增的威胁下，
非常渴望能够有像Anders这样的人才带领Microsoft开发下一代的开发工具，这当然
也是由于Microsoft以前向Borland挖来的人都做出了不小的贡献所致。Microsoft食
髓知味，当然希望能够得到Borland的镇山之宝。在Anders两次不为所动之后，
Microsoft决定祭出最后的王牌，由Bill Gates亲自找Anders吃饭，进行最终的挖角
行动。

不管读者喜不喜欢Bill Gates，不可否认的是Bill也是一个天才。自古英雄惜英雄，
在Anders和Bill相谈甚欢的情形下，Microsoft开出了年薪三百万以上、数万股的
Microsoft股票这个超高的条件，再以当时Microsoft高贵的股价来计算，真是一笔庞
大的数字，也许对于搞软件技术的人来说，这已经是不可能的天文数字了。不过这些
条件并不是打动Anders的主要原因，Bill最后提出的条件是"答应给Anders一个小组
和极多的资源，让Anders尽情地发挥"。这个条件可说是打到了Anders的心底，因为
Anders正渴望有人能够支持他完成新的计划和想法。我想，在软件产业中大概也只有
Microsoft能够拥有这种雄厚的资源可以挖角任何人吧。

在Bill Gates提了这样的条件之后，Borland再也没有本钱能够和Microsoft进行比价
了，只好眼睁睁地看着Anders离开Borland前往Microsoft再开创下一个人生的高峰。
在Anders到了Microsoft之后，Bill Gates果然重用Anders，也立刻让Anders负责激
活Microsoft的下一拨开发工具计划，当然这个计划也是Microsoft对抗SUN/Java的整
体计划之一。Anders到了Microsoft之后立刻展现了实力，让Microsoft的编译器技术
又精进不少，最明显的例子就是Microsoft后期的Java Virtual Machine是PC上执行
效率最好的，而且在2、3年后，VJ++编译出来的虚拟机械码的执行效率不但比任何的
Java开发工具还快，在某些方面甚至比原生的Windows开发工具，例如Delphi、VB、
甚至是VC++还有效率。这真是令人震撼，当然Anders为VJ++打下的基础现在也展现在
NET的C#编译器以及.NET的JIT(Just In Time)编译器之上，.NET的JIT在许多程序代
码最佳化方面比Delphi还先进。因此在2、3年前当VJ++即将推出之际，在Borland内
部也引起了非常大的骚动，并且严阵以待，当然这又是另外一个故事了。

对于Anders来说，到了Microsoft之后不久又再次登上了生涯的另一个巅峰。因为当
初Anders在Borland之时，就有如孙子兵法中叙述的"藏于九地之下"，虽然是不世出
的天才，但是仅为少数的人所知，即使是使用Borland产品的人在当时可能也不知道
Anders这号人物。因为Anders和Borland的作风很像，都是行事低调，不到最后绝不
随意出手。但是Anders被挖角到Microsoft之后，由于Microsoft的企业文化向来是前
进、积极的侵略性方式，因此Anders也就转变为"动于九天之上"，负责Microsoft开
发工具大军的核心大将，不但广为人知，成为许多软件人员效法的对象，而且屡获大
奖。他不但获得了信息软件业界的推崇，最后也终于获得了信息学术界的认可，可说
是实至名归。

Anders的离开对于Borland来说是一个很大的损失，不过对于Delphi R&D小组来说却
是有好有坏，因为Delphi开发小组虽然失去了最重要的支柱，但是也给Danny Thorpe
一个快速崛起的机会，在1年后，Danny果然立刻成为了Delphi/C++Builder/Kylix中
最杰出的人物之一(另外一个当然就是Anders的老搭挡Chuck Jazdzewski了)，Danny
也是我认为目前在Borland RAD(注)部门中功力最厉害的人物。在稍后的内文中我会
对Danny进行比较详细的说明。

注：Borland RAD部门是指Borland的Rapid Application Development部门，RAD负责
的产品包含了C++Builder、Delphi、Kylix以及未来的.NET以及Mobile的新产品。

巅峰之作和最后的胜利者

在Zack于Delphi 3开发的后期和Paul Gross逐渐取得了主控权之后，Delphi的发展方
向也偏向了Zack希望的Multi-Tier的技术以及由Paul Gross稍后主导的Borland
Golden Gate计划。1997年，Delphi还是像Delphi 1/2一样以强劲的生命力，以一年
一个大版本的速度准时推出了。当时Delphi 3也称为Delphi 97。Delphi 97和
Delphi l/2一样有一个最重要的战略目标以及主要的革新技术，那就是Multi-Tier和
COM/DCOM的支持。因此，当时97推出之际使用的行销术语是"Component Foundry"，
意指Delphi 97能够开发任何的软件组件(事实上是指VCL、COM/DCOM以及ActiveX组
件)，而且使用组件来开发Multi-Tier的应用系统。

Delphi 97无论是在品质、功能或是市场和销售上都是非常成功的。也许是为了证明
即使是没有了Anders，Borland的Delphi R&D小组仍然有实力开发出优秀的Delphi产
品，因此Delphi 3一推出的品质就在高水平的地步，后来Delphi 97销售的结果也证明
了它没有令人失望，Delphi 3的推出让Delphi一举突破了150万套的销售大关，也几
乎成为Borland有史以来最畅销的单一系列开发工具，我也认为Delphi 3是Delphi所
有版本中最好的一个。

不过，Delphi 97在即将推出之时也令一些人感到忧虑，因为在当时几乎没有任何开
发工具强调Multi-Tier的开发，大多数的开发工具仍然着重在Client/Server的功能。
Delphi 97将许多新功能集中在Multi-Tier的开发的确是一个不小的冒险，因为在当
时Multi-Tier的观念还非常的新颖，许多人对于Multi-Tier是什么？能够用来开发什
么？为什么要使用Multi-Tier等等问题都不是很清楚。更重要的是，在那个时候
Multi-Tier的基础工程都尚未完全准备好，使用者要如何使用Multi-Tier技术来开发
应用系统、甚至是学习Multi-Tier的技术呢？

我所谓的"Multi-Tier的基础工程都尚未完全准备好"，是指在那个时候Microsoft的
DCOM技术都还没有推出。那么，Borland该如何在Windows平台上提供Multi-Tier应用
系统需要的分布式技术呢？说到这里，我们也不得不佩服当时Borland这些Delphi
R&D小组的眼光，他们几乎已经精确地看到了未来的软件计算世界将会由网络和分布式
技术主导，因此，即使是在操作系统平台尚未准备好的情形下，Borland也决定快速
向前出发。

另外一个驱使Delphi 97走向Multi-Tier的重要原因便是当时Borland已经准备走向组
件技术的领域，准备在中间件(Middle-Tier Software)中成为一个关键的软件开发厂
商，这就是Paul Gross和Zack Urlocker激活的Golden Gate Strategy。而Paul Gross
也就是由于Golden Gate计划扬名立万、进而成为当时Borland整个研发部门的副总裁
(Vice President)，后来又成为Microsoft下一个挖角的对象。

为了配合Golden Gate计划并且成为分布式技术的领导厂商，Borland由Paul Gross主
导并购了Boston一家有名的顾问公司，这家顾问公司拥有一个颇为知名的中间件
"Entera"。Entera是一个以RPC(Remote Procedure Call)通信协议为骨干的中间件，
Borland希望通过Entera快速进入中间件的市场。由于Entera的客户端能够执行在
Windows的操作系统中，因此，Entera在Windows平台上拥有基础的分布式技术支持
能力，这刚好提供了Delphi 97需要的技术，所以Delphi的R&D小组立刻使用VCL封装
了Entcra的底层API，提供了一个称为OleEnterpriseConnection的VCL组件，让
Delphi 97能够和以RPC为基础的中间件连接。

因此在Delphi 97中Borland提供了三种分布式连接组件，分别是使用DCOM技术的
DCOMConnection、使用TCP/IP技术的SocketConnection以及OleEnterpriseConnection。
在那个时候最成熟的技术应该是OleEnterpriseConnection，而使用DCOM技术的
DCOMConnection在Microsoft本身DCOM尚不成熟的背景之下，表现得并不好。至于
SocketConnection，我认为Borland一直没有很认真地地实现SocketConnection，因此
最好只可以用来作为学习的对象，尚未到达可以真正应用的水准。不过稍后随着时间
和技术的进步，OleEnterpriseConnection逐渐没落，而DCOMConnection则反而因为
Microsoft的DCOM的慢慢改善而成为比较实际的应用对象。当然，这些又属于
Delphi 4的开发故事了。

虽然Delphi 97采取了比较冒险的做法，但是由于其品质良好，又支持COM/VCL组件的
开发，因此也很快征服了Delphi使用者的心而大获成功。当时许多Delphi的使用者仍
然是以开发Client/Server应用系统为主，不过由于Delphi 97好用的COM技术以及应
用Web的WebBroker技术，再加上Multi-Tier的功能，都让使用者大呼过瘾，把Delphi
作为学习这些先进技术的好工具，因此Delphi 97在当时到达了巅峰的地步。而
Delphi/VB和PowerBuilder/Gupta缠斗的情形也逐渐明朗。Delphi/VB的销售量和市场
占有率已经远超过PowerBuilder/Gupta 了，PowerBuilder/Gupta也注定将从通用开发
工具以及主从架构开发工具市场中让出绝大的市场份额。

其时PowerBuilder仍然不肯服输，并且坚称PowerBuilder在总收入方面仍然是第一。
这是因为PowerBuilder在当时仍然非常的昂贵，比Delphi/VB至少贵了两三倍以上。
但是在不断地快速流失市场的情况下PowerBuilder的售价很快就出现了大幅的下降，
至此Delphi和VB终于获得了全面的胜利；Client/Server开发工具的战争已止，但是
接下又上演了另一出精彩的Java开发工具大战。

危机的开始

在Delphi 3再次获得了胜利之后，Delphi 4决战的目标已经从Delphi、VB、PowerBuilder
和Gupta混战的形势转变为和VB对战的局势。原本Delphi有继续进击的机会，因为在
当时Delphi 3的功能的确强劲，而且许多功能都领先业界至少半年以上的时间，不过
可惜的是，在1996年Borland担任CEO的Delbert Yocam先生正好在这个时候开始了改
造Borland的计划，几乎造成了对Delphi不可挽回的错误，这要从Zack Urlocker被
Delbert Yocam拔擢成Borland Marketing的副总裁开始说起。

1996年11月，Borland邀请了Del Yocam入主Borland成为新的CEO，希望通过Delbert
Yocam在管理方面丰富的经验改善Borland长久以来在公司管理方面的积弱不振。
Delbert Yocam原本是Apple计算机公司的副总裁，应该是拥有丰富的管理经验，不过
不知道Delbert是不是在大型计算机公司呆惯了，因此花钱花得特别凶。Delbert在一
进入Borland之后立刻花了大钱更换总裁办公室里所有的家俱和装潢，其后到各地出差
时又要求头等舱以及总统套房，花钱像流水一样。当时我便对这位新的CEO没有什么好
印象。

Delbert在进入Borland之后一直想改造Borland。在Delphi 3大获成功之后，Delbert
便把重点集中在Delphi的身上。Delbert认为Delphi非常成功，是Borland的摇钱树，
因此一直想从这个产品线获得更多的收入。好大喜功的Delbert觉得Delphi的根基已
经很稳固，因此可以更快速地从Delphi身上取得资源。这让Delbert在1998年下了一
个严重的错误决策，几乎折损了Delphi的大好基业。

Borland和Microsoft的法律大战

在Microsoft不断地挖角，甚至把Anders也挖走之后，Borland已经到了"士可忍，孰
不可忍"的地步。Microsoft挖角的动作愈来愈像是恶意挖角，似乎是想把Borland搞
垮。Borland无法忍受的是Microsoft不但在操作系统和开发工具上进行不公平的竞争，
现在甚至进行人事上的不公平竞争。Microsoft不思在产品上和Borland一决雌雄，反
而进行挖墙角的破坏，Borland实在是忍无可忍了。

1997年5月，Delbert Yocam终于向美国法院提出了对于Microsoft的控告。当时Borland
提出的控诉理由是"Microsoft对于Borland进行Brain Drain"的行动。Microsoft在30
个月内从Borland挖角了34名Borland关键的开发者，而且每一名被挖角的人到了
Microsoft之后都担任和在Borland类似的角色，这摆明了就是要利用这些人在Borland
的知识快速地帮助Microsoft提升和Borland的差距，并且了解Borland内部的产品和技
术的开发状况。这种不公平的竞争应该是没有任何一家公司能够容忍的。

在Borland正式提出了诉讼之后，具备侵略性企业文化的Microsoft当然就立刻反击，
和Borland对簿公堂。Borland和Microsoft从开发工具战场一直斗争到法律战场，互
不相让的情形让许多看客大呼过瘾。Borland对于Microsoft来说似乎就是打不倒的勇
者，不管情势再艰辛，仍然能对抗到底，因为Borland知道，对于Microsoft一旦让步，
以后就永远没有机会了。当时，业界许多人都已经预测Borland迟早会采取行动，但
是没有想到这么快就勇敢地响应。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编译器