荔园在线
荔园之美，在春之萌芽，在夏之绽放，在秋之收获，在冬之沉淀
[回到开始]
[上一篇][下一篇]
发信人: Version (Who makes history and why), 信区: Program
标 题: 我的回忆和有趣的故事-C/C++圣战篇[长篇][zz]
发信站: 荔园晨风BBS站 (Sun Apr 20 14:03:16 2003), 站内信件
我的回忆和有趣的故事-C/C++圣战篇[长篇]
----李维
一挥间宝兰灰飞烟灭，刹那间微软如日中天。
世事如朝之白露，谁与争？
李维与宝兰的故事
声明
以下的这篇文章内容是我个人的回忆以及看法，没有任何特别的偏见，许多的事情是根据
我的记忆以及从许多人的诉说中得知的，也许内容不是百分之百的正确，不过我想这些内
容有一定的可信度到是可以保证的。当然有一些事情确定的发生时间和顺序不一定都和我
的记忆一致，不过我想
大部份应该是相去不远的。当然各位如果知道确定的事件而我的记忆有误，那么我将非常
欢迎您纠正我，我希望这些故事的经历能够一直陪我走下去，谢谢。
一直想写一篇我个人在过去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 Pasca
l立刻为Borland带来了大量的财富，Turbo Pascal也立刻的成为PC上除了基本的Basic之
外最畅销的开发工具，也正式揭开了Borland影响PC开发工具10几年的序幕。
在Turbo
Pascal之后，Borland接着推出了SideKick这套软件，SideKick可以说是随后著名的内存
常驻软件(TSR)的始祖，也是让Borland跨出开发工具界，让几乎所有PC使用者认识
Borland的关键软件。当然SideKick也很快的成为了全球的畅销软件，继续的把Borland往
顶尖的软件公司上推。而Turbo
Pascal也成了我大二，大三撰写作业的最爱，几乎所有的作业都是使用TurboPascal完成
的，当然其时Horowise的Data Structure这门课也是使用Turbo Pascal过关的，因此从那
个时候开始我便非常喜欢Borland这家公司，慢慢的也开始对Borland有了
特别的感情。大二时Microsoft也推出了Microsoft Pascal，但是它和Turbo
Pascal的确是有一段差距，我使用了一次之后便把它丢到垃圾桶。稍后Borland 也推出了
Turbo Basic，我记得这个编译器非常的棒，编译速度就和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++
编译器，但是在我和ZortechC/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不久之
后，Borland终于推了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和
Microsoft，不过最后我还是决定
台湾工作。在此时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。
C/C++的光荣战役
在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的互动。而BorlandC/C++ 3.1也是第一套Borland免费
送我的软件，当然代价就是希望我多写一些Borland产品的文章。
接着Borland又计划推出Windows版的Borland Pascal，不过在Borland开发Borland
Pascal For Windows 时，当时(现在也还是)最具盛名的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开始走向衰退的因子。
Borland 位于美国加州 Scotts Valley
总部不过在Borland最强盛的时期，当然也就是Microsoft最想痛宰Borland的时候，在这
个时候发生了一个著名的事件和一个著名的虚拟人物。话说由于当时Microsoft的开发工
具一直打不过Borland的产品，因此在Microsoft的开发工具刊物上便出现了一个作者不断
的
以文章嘲笑Borland，这个作者的笔名是Buck
Forland。后来由于这位作者的文章内容以及他的笔名引起了当时Borland的不满以及大量
Borland使用者的强烈抗议，因此稍后这位作者就突然的消失不见了。因此有许多人就推
测这个作者应该是Microsoft的工程师，由于一直无法打败Borland的产品，脑羞成怒，因
此才会以这个笔名来发
泄。如果各位看倌到现在还摸不着头为什么这个笔名会引起轩然大波，那么请你试着把
Buck Foland这两个英文字的第一个字母一对调就知道为什么了。现在各位是否会心一笑
了?
Philippe Kahn - Borland的创始人
在Borland C/C++ 3.1大获成功之后，Borland却开始松懈了下去，并且开始走下坡。当然
这有许多的原因，我所知其中最重要的原因有数项 :
1. Philippe Kahn和当时Borland C/C++的产品经理闹翻了。这位Borland
C/C++的产品经理的名字是Eugene 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++，那么我想到现在BorlandC/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!!!
2. Philippe Kahn大手笔的花了一亿多美金买下了Ashton-Tate公司和dBase。在当时许多
人都批评Philippe 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其势已不可为了
3. Microsoft开始向Borland挖角。由于Microsoft在许多的开发工具战役中一直被
Borland打得灰头土脸。更何况Borland C/C++
3.1几乎抢占了大部份的市场，因此Microsoft开始准备好好的对付Borland。但是由于其
时Borland在编译器的技术领域领先了Microsoft数年之久，Microsoft无法在短时间之内
赶上Borland，因此Microsoft决定使用最有效的方法立刻追上Borland技术，蔷褪侵苯油
诮恰Ｒ虼松葬酠icrosoft
的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也被Motorola并购。虽然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，而Carl Quinn也是数年后
JBuilder的JBCL Framework 的灵魂开发人物。Carl Quinn不但负责开发OWL，也为
Borland在组件Framework 的技术领域立下了重要的贡献。由于Carl Quinn的投入，因此
开启了OWL大战MFC，Borland
C/C++缠斗Visual C/C++数年精彩好戏的序幕。Carl Quinn到现在我还记得和敬佩的人物
，让我再一次的向他致敬，并且介绍他让大家认识.Carl Quinn-我第一个佩服的Borland
工程师
Borland C/C++的反击 火线全开
Borland除了在开发工具市场和Microsoft热战之外，其时和Microsoft，Lotus
鼎足而立的Borland看到Microsoft和Lotus正在电子表格工具以及文书处理工具大战之暇
，不思好好的集中资源开发新的开发工具和数据库工具(下一节会详说)，也不甘寂莫的投
入了大量的资源进入这个惨烈的市场。也许是当是Borland太有钱了，或是Philippe
Kahn脑袋有问题，居然决定进入这个Borland陌生的市场，更何况在Borland投入时Lotus
已现败象，市场已经慢慢的被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５搅嗽嗫惚頍钌鸬奈雌?-2-3甚至比不上QuattroPro，因此Lotus败走电子表格市场已
是不可避免的结果了。不过Borland虽然赢了1-2-3，但是和Excel仍然有一大段的距离，
Microsoft一统电子表格江山之势已不可摇，因此最后Borland在损失了大量的资源之后，
Quattro
Pro只能卖给Novell。除了Quattro
Pro之外，Borland也投入了很多的资源秘密的开发一个代号称为Spring的文书处理程序准
备和Microsoft的Word以及WordPerfect竞争，这可能是许多人不知道的。但是这个产品最
后仍然无法问市而胎死腹中，在文书处理市场方面Borland不但浪费了时间，更虚掷了大
量的资源。Philippe
Kahn在Office产品方面消耗了Borland大量的金钱和时间，却落得铩羽而归，更连累了开
发工具市场以及最有可能成功的数据库产品市场。
另外一个和Borland无关的故事是关于Excel如何兴起的。话说当Lotus 1-2-3最盛的时期
，Microsoft一直计觊觎这个市场，但是苦于无法开发一个能够和1-2-3相竞争的产品。有
一次Lotus 1-2-3举办了一个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的市场，后来又从HP
取得了真正的RDBMS-InterBase，可以说是全世界数据库实力最雄厚的厂商。当时的
Oracle和Borland比起来，简
直是小巫见大巫，而Sybase更不知道在那里。如果当时Borland能够好好的掌握这个机会
，并且极力发展数据库产品的话，那么现在Borland就算不是世界第一的软件公司，也将
是世界第二的软件厂商。可惜Philippe
Kahn并没有看到这个在年代80未到90年代成长最快速的产品。说句笑话的是，如果当时
Philippe Kahn的死对头Bill Gates早一点对Philippe Kahn说出Information At Your
Finger-Tip』的话，那么Borland就可能是现在的Oracle了。
说到数据库市场就不得不对Microsoft的眼光佩服，也可以看到Microsoft行销能力的强悍
。当Microsoft以FoxPro For
Window强占了开发者的数据库市场之后，又看到了一般使用者也需要使用简易好用的数据
库管理工具。因此发展出了Access。但是当时在这种市场中，Paradox占有开发者的数据
库大部份的江山，而一般使用者的数据库管理工具市场则由Lotus的Approach拔得先机
.Microsoft
为了扳回劣势，我还记得在当时Visual Basic 3的软件包中Microsoft 附了一张优待卷，
只要800新台币就可以买一套Access。这简直就是流血大拍卖，目标很明显，就是当时在
市场中卖1万多元的Lotus
Approach。果然，Microsoft此招怀觯珹pproach便在市场被Access打得落花流水，很快的
便失去了市场，也很快的退出了市场。从此一般使用者的数据库管理工具市场便逐渐由
Access所取代
但是Borland并没有警觉到Access会继续的往开发者市场进功，因此仍然没有加紧在
Paradox产品上开发，Borland总觉得以Paradox在市场的地位是无法轻易憾动的，而且
Access的目标市场也不是Paradox的市场。但是Borland忘记了Microsoft非常散擅长模仿
，因此在随后的Access版本中，M
icrosoft不断的为Access加入可程序设计的功能，因此也逐渐的吸引了一些Paradox入门
使用者的市场，再加入FoxPro For Window又持续的强功开发者数据库市场，Paradox终于
在背腹受敌之下也逐渐的败下阵来。虽然在未期Philippe
Kahn已经对Paradox投下重兵，希望能够挽回Paradox的劣势，奈何时不我予，Paradox在
奋斗了Paradox 6和Paradox 7的2个版本之后，终究难逃失败的命运。
当时我看到Microsoft如何打击竞争对手时，我就和朋友开玩笑的说Microsoft 有天下无
敌的3绝招，那就是打不过你就模仿你(这让我想起电影秘密客(Mimic) )，再打不过就和
你比流血，看谁流得久(这让我想起吸血鬼)，最后如果再不行的话，那就挖光你的人(这
让我想起电影 Other
People's Money)。Lotus就在Microsoft的前2个绝招下到地不起，而Borland还算是功力
深厚的了，连中了3绝招，虽然不像Lotus和许多其它公司一样从此Bye-Bye，但也是受伤
极重的了
ODBC和IDAPI之争
当Microsoft在逐渐的击败他的竞争对手，并且拥有了大部份PC数据库市场之后，便慢慢
的了解到掌握标准的重要性。此外Microsoft为了统一各应用程序之间不同资料的存取，
因此开始制定存取资料的统一标准-ODBC。Microsoft更大的目的是为了准备和瞄准下一场
的大战，那就是PC上的RD
BMS产品。当然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推出之后，也马上不战
而降，很快的就也退出I
DAPI联盟，这个现象和稍后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一较长短的
C会也因为如此而消逝，最后自食恶果，逐渐失去了PC的软件市场，再也无力和Microsoft
抗衡了。现在呢Borland
似乎记取了当时的错误, 正努力的在Linux上定义标准资料存取接口dbExpress, 我希望也
祝福Borland能够成功.
当Visual C++ 1.0在C/C++开发工具市场获得了空前成果的之后，Borland才从
Borland C/C++ 3.1的胜利梦中惊醒，思考如何面对Visual C++的猛烈功势。事实上当时
的Borland如果脑袋清醒一点，好好看清当时C/C++开发工具的市场，那么 Borland应该会
发现虽然Visual C++经过2年多的整军经武，实力已经大不前。不过Borland C/C++
3.1仍然在许多方面可以和Visual C++一争长短的。例如其时Visual C++的最佳化编译器
仍然落后Borland C/C++ 3.1一些，第2点是MFC仍然没有完整的封装Window API，而且MFC
是以较低阶的方式封装Window
API，并不是很对象导向，也不是很容易使用。事实上以我的观点来看，我认为就是因为
MFC不好用，因此Visual C++才需要在整合发展环境中提供以可视化方式产生MFC程序代码
的功能，第3是Visual C++当时并没有很好的封装数据结构的Container Class，而
Borland
C/C++却有非常好用的BIDS类别库。第4，也是最重要的，BorlandC/C++ 3.1仍然拥有绝大
的市场，而且几乎所有的外围公用程序，Shareware等都是使用Borland C/C++ 3.1开发的
。因此如果Borland不要急，好好的开发下一代的C/C++开发工具，即使Microsoft
Visual
C++能够掠夺一些市场占有率，但是如果下一代的Borland C/C++能够像Borland C/C++
3.0一样立刻拉开和Visual C/C++的距离，那么Borland在C/C++市场仍将拥有王者的地位
。可惜的是，也许Philippe Kahn在和Microsoft的FoxPro For Window一役中被吓到了，
因此急于在Visual C/C++
1.0之后立刻推出新的Borland C/C++以扳回颜面。但是Philippe Kahn忘了，在这段时间
之内Borland失去了许多的人材，EugeneWang也离开了，更重要的是在过去近3年的时间之
内，Borland几乎没有持续的开发下一代的Borland C/C++，在短时间之内如何能够仓促的
推出产品呢?
但是Philippe Kahn可管不了这么多了，急忙找来了Carl Quinn等人便要求立刻开发出下
一代的Borland C/C++，于是Borland C/C++ 4.0就在这么鸭子赶上架下匆忙的开发了。
Borland在开发Borland C/C++
4.0时犯了许多的大忌。首先在这么短的时间内Borland决定全新发展整合发展环境，第2
是把OWL完全重写，第3是大幅修改最佳化编译器，第4是整合当时棘手的VBX，Borland居
然让16位和32位的程序能够同时使用16位，丑陋的VBX。上面所说的每一项都是大工程，
Borland早应该在Borland
C/C++ 3.1之后便开始做这些工作，现在要在短短的一年多的时间内重新开发一个这么复
杂的C/C++开发工具，几乎是不可能的工作。但是在Philippe Kahn的要求之下，这些
Borland的工程师还是硬着头皮做了出来。不过我必须很沉痛的说，当时我在Beta测试
Borland C/C++
4.0时便和台湾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测试人的心声，在
VisualC++ 1.0推出后的1年多，Borland C/C++ 3.1后的4年，Borland终于推出了新一代
的Borland C/++ 4.0，这个肩负和Visual C++ 1.0对抗的C/C++开发工具。在Borland
C/C++ 4.0
当时所有重要的计算机杂志?，例如Byte，PC Magazine，Dr. Bob等等，都有4.0页的广告
。这个广告的内容是以一个巨大的猫头鹰为主，再搭配蓝色底色系的Borland C/C++ 4.0
为主，选用巨大的猫头鹰当然是因为OWL的原因，只可惜我现在找不到那幅广告了.
痛失江山的Borland C/C++ 4.0
当时Borland使用了如下的广告用词: Visual Is Only A Facial Facade来讽刺Visual
C/C++只提供了产生MFC程序代码的基本精灵，而Borland除了也提供
相对应的AppExpert精灵能够提供类似的功能以产生使用者选择的OWL程序代码之外，
Borland C/C++
4.0的整合发展环境还提供了可视化的3面版窗口，能够让程序员完整的掌握整个项目的情
形。例如在下图中便是当初令人眼睛为之一亮的AppExpert：还记得Borland提供的
AppExpert吗?下图则是当时Borland C/C++
的注册商标，3面版窗口开发环境。看到下图又令我想起当初使用C/C++写程序的日子，下
方程式码面版清楚的显示了我在1995年于鼎新工作时写的智能型Window排程系统，时间过
得是真快啊。令人怀念的Borland C/C++ 4.0整合发展环境，三面版窗口当时Borland
C/C++
4.0的3面版整合发展环境真是开创了一个新的局面，因为这个整合发展环境允许程序员知
道每一个应用程序定义的窗口讯息，并且能够立刻的显示在下方的程序代码窗口中，的确
是非常的方便，也比当时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推出一段时间之后，市场的反应就急速的冷却下来，因为各种负面的批评不断涌现，
这主要的原因当然是因为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
2.0做了从基本架构的改变，这是为了解决当初OWL 1.x使用了不标准的C/C++编译器技术
的问题，但是这造成了原本Borland C/C++程序员极大的困扰，因为升级不易。对于新的
C/C++使用者来说又因为Borland C/C++ 4.0本身不稳定的因素而却步，因此造成了OWL
2.0叫好不叫座的下场，真是可惜了 OWL小组的努力。我记得当时我的项目有使用
FarPoint的SpreadSheet VBX组件，由于一直无法顺利的在Borland C/C++ 4.0中使用，并
且会造成应用程序的当掉，最后追踪执行程序代码却发现应该是Borland C/C++
4.0的问题，因此最后只好在咒骂中放弃使用4.0，而回到Borland C/C++ 3.1。我当时想
，对于我这个长期使用Borla的反应就急速的冷却下来，因为各种负面的批评不断涌现，
这主要的原因当然是因为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
2.0做了从基本架构的改变，这是为了解决当初OWL 1.x使用了不标准的C/C++编译器技术
的问题，但是这造成了原本Borland C/C++程序员极大的困扰，因为升级不易。对于新的
C/C++使用者来说又因为Borland C/C++ 4.0本身不稳定的因素而却步，因此造成了OWL
2.0叫好不叫座的下场，真是可惜了 OWL小组的努力。我记得当时我的项目有使用
FarPoint的SpreadSheet VBX组件，由于一直无法顺利的在Borland C/C++ 4.0中使用，并
且会造成应用程序的当掉，最后追踪执行程序代码却发现应该是Borland C/C++
4.0的问题，因此最后只好在咒骂中放弃使用4.0，而回到Borland C/C++ 3.1。我当时想
，对于我这个长期使用Borland产品的人都无法忍受4.0的品质，其它的程序员又怎能使用
这个产品。我想这就是为什么后来4.0全面溃败的原因，因为Borland推出了根本不堪用的
产品。
在我于Borland工作的时间，有一次在新加坡和现在Borland开发者关系部门的副总裁
David Intersimone谈起这一段往事，David也很感慨这一段往事，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/++
4.0的Patch，当时是称为Service Pack。但是在稍后的4.01版中并没有完全的解决问题，
一直要到4.02才稍为解决，拖的时间太长，市场已经起了巨大的变化。在Borland C/C++
4.0失利之后，立刻造成了严重的后果，首先是Borland C/C++的市场大量且快速的流失，
让Visual C/C++快速的成长。第二点是当初BorlandC/C++ 3.1在公用程序市场打下的江山
也拱手让人，原本许多硬件厂商也使用Borland C/C++ 3.0/3.1撰写驱动程序也开始转换
到Visual
C/C++，而严重的是在应用程序市场方面由于4.0的品质以及稍后OLE的关系，也开始大量
的开始转为使用Visual C/C++来撰写应用程序.Borland 在3个主要的应用市场接连败退，
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++吧。它的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推出第一个C/C++开发工具。在1993年左右吧，Symantec
C/C++在Eugene Wang的掌舵之下推出了第一个Symantec C/C++版本，立刻便获得了市场的
好评。自此之后Symantec
C/C++军心大振，不断的继续改善，也逐渐的获得了不小的C/C++市场，隐然成为可以对抗
Borland C/C++，Visual C/C++的另一山头。当时Symantec
C/C++是以最华丽，先进的整合发展环境获得市场的高度认同，在C/C++编译器最佳化方面
的表现也不会输给其它的编译器。当时我在RUN!PC上写C/C++的文章，因此Symantec
C/C++也有和我连络，并且送给我一套最高档的Symantec
C/C++，希望我除了为Borland写C/C++的文章之外，也能够为Symantec C/C++写一些东西
，我想这就是做为写技术文章的一个好处之一，那就是可以拿到许多最Hot的开发工具。
是牢不可破了。Visual C/C++固然在不断的接收Borland C/C++失去的市场，此时在C/C++
市场上也加入了另外两个坚强的对手，那就是Symantec C/C++ 和Watcom C/C++。
Symantec 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推出第一个C/C++开发工具。在1993年左右吧，Symantec
C/C++在Eugene Wang的掌舵之下推出了第一个Symantec C/C++版本，立刻便获得了市场的
好评。自此之后Symantec
C/C++军心大振，不断的继续改善，也逐渐的获得了不小的C/C++市场，隐然成为可以对抗
Borland C/C++，Visual C/C++的另一山头。当时Symantec
C/C++是以最华丽，先进的整合发展环境获得市场的高度认同，在C/C++编译器最佳化方面
的表现也不会输给其它的编译器。当时我在RUN!PC上写C/C++的文章，因此Symantec
C/C++也有和我连络，并且送给我一套最高档的Symantec
C/C++，希望我除了为Borland写C/C++的文章之外，也能够为Symantec C/C++写一些东西
，我想这就是做为写技术文章的一个好处之一，那就是可以拿到许多最Hot的开发工具。
我还记得在当时安装Symantec
C/C++之后，的确被它的整合发展环境吸引的说不出话来，因为实在是太棒了，Borland
C/C++和Visual C/C++的整合发展环境和Symantec C/C++的整合发展环境比较起来，立刻
的就变成索然无味，平凡无奇了，到现在我仍然必须竖起大拇指对Symantec
C/C++的整合发展环境说声赞。我想Eugene Wang在这么短的时间内把SymantecC/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++的最佳化程序代码差上一截。再加入当时最有名的DOSExtender厂商PharLap公司也
是使用Watcom C/C++，因此Watcom C/C++在专业的C/C++程序员以及系统程序员心中是第
一品牌的C/C++开发工具。不知道还有多人记得PharLap这家公司，或是有没有人记得
Andrew
Schulman这位伟大的软件技术人员。当时Andrew Schulman的Undocumented Windows一书
红遍了半边天，也惹得M跷恼碌囊桓龊么χ唬蔷褪强梢阅玫叫矶嘧頗ot的开发工具。
公司的首席工程师，也是当时最著名的 The ANDREW SCHULMAN Programming Series 的总
监，例如当时由Matt
Pietrek撰写的Windows Internals也是轰动一时的巨著。而PharLap公司是当时出版DOS
Extender软件最成功的软件公司。谈到Matt Pietrek，熟悉Window
Programming的人应该很少有不知这位大师级人物的。Matt长期在Microsoft System
Journal撰写Under The Hood专栏，专门写一些深入系统的程序设计技术，在数年前便和
Andrew Schulman，David Maxey成为Widow System
Programming的三大巨头之一。Matt也是著名的Window除错工具SoftIce，BoundsChecker
的主要研发工程师。Matt本身也是从Borland出道的，当Matt初至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市场占稳了脚步之后，由于Window已经逐渐成为市场的主流，DOS势
必将被逐渐淘汰出局，因此Watcom C/C++要继续的生存下去，也一定要推出Window平台的
C/C++开发工具。大约也是在1993，1994年左右Watcom终于推出第一个Window的开发工具
。不过当时Watcom
Framework已由Borland的OWL和Microsoft的MFC所占领，如果要自己发展新的C/C++
Framework，那么Symantec和Watcom并没有如此雄厚的资源，也无法在短时间之内完成。
因此Symantec和Watcom必须下一个决定到底是要使用MFC或是OWL做为它们的开发工具
C/C++ Framework。
在1993年初Symantec和Watcom分别和Microsoft签约License MFC做为它们的开发工具的
C/C++ Framework。至此大势以定，在C/C++
Framework的市场已经形成三家夹击一家的形式。当时许多人便预估Borland将成为输家，
因为市场已经成为一面倒，MFC看起来已经是胜券在握了。在当时于Borland的内部也展开
了激烈的辩论，讨论是否也要License
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，那么还需要修改编译器来编译MFC。对于这一点我认为Borland还是做了一个正
确的决定，因为如果当时Borland也License
MFC，那么不但在气势上便输了一截，而且当MFC的发展是完全掌握在Microsoft的手里，
那么就等于脖子是掐在别人的手里，动弹不得了。可惜的是Symantec和Watcom并没有看清
这一点，以为有了和Microsoft一样的Framework，就可以在其它地方和Microsoft以及
Borland一决雌雄，Symante
c和Watcom却没有想就是这一点决定让后来的决战一败涂地，终究完全推出PC的C/C++开发
工具市场。时序到?
Framework已由Borland的OWL和Microsoft的MFC所占领，如果要自己发展新的C/C++
Framework，那么Symantec和Watcom并没有如此雄厚的资源，也无法在短时间之内完成。
因此Symantec和Watcom必须下一个决定到底是要使用MFC或是OWL做为它们的开发工具
C/C++ Framework。
在1993年初Symantec和Watcom分别和Microsoft签约License MFC做为它们的开发工具的
C/C++ Framework。至此大势以定，在C/C++
Framework的市场已经形成三家夹击一家的形式。当时许多人便预估Borland将成为输家，
因为市场已经成为一面倒，MFC看起来已经是胜券在握了。在当时于Borland的内部也展开
了激烈的辩论，讨论是否也要License
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，那么还需要修改编译器来编译MFC。对于这一点我认为Borland还是做了一个正
确的决定，因为如果当时Borland也License
MFC，那么不但在气势上便输了一截，而且当MFC的发展是完全掌握在Microsoft的手里，
那么就等于脖子是掐在别人的手里，动弹不得了。可惜的是Symantec和Watcom并没有看清
这一点，以为有了和Microsoft一样的Framework，就可以在其它地方和Microsoft以及
Borland一决雌雄，Symante
c和Watcom却没有想就是这一点决定让后来的决战一败涂地，终究完全推出PC的C/C++开发
工具市场。时序到了1994年未，C/C++开发工具的四大天王决战的日子终于愈来愈近了。
些可是我把1994年写的文章挖出来之后找到的，真是令我感慨，也回想起了当时的情景，
也让各位回忆一下OWL和OCF。对于不熟悉OWL和OCF的朋友，也可以从下图和程序代码中观
察一下当时的技术以及
设计的概念。
基本上我现在看这些图形架构，会发现它们并没有落后现在太多，可见当时设计
者的功力(Carl Quinn Again)。
//
// Insert an OLE object into the view
//
void TOleWindow::CmEditInsertObject()
{
001 PRECONDITION(OcView);
002 TOcInitInfo initInfo(OcView);
003 if (OcApp->Browse(initInfo)) {
004 TRect rect;
005 GetInsertPosition(rect);
006 SetSelection(new TOcPart(*GetOcDoc(), initInfo, rect));
007 OcView->Rename();
008 InvalidatePart(invView);
}
}
程序1 OWL的TOleWindow支持OLE插入对象之成员函数
//
// 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
}
}
程序2 OWL的TOleWindow支持左键双击之成员函数
虽然Borland及时的在OWL 2.5中加入了OLE的支持，无奈Microsoft随后又在OLE中加入了
许多其它的功能，因此让OCF并无法完整的支持OLE所有的功能，Borland 无法不断的延后
Borrland C/C++的推出，因此在1994年未，Borland 终于推出了决战的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++的书籍都是使用十字军的封面，而BorlandC/C++的系列丛书都是以蓝色为色系，而
Microsoft的则是以红色为色系，仿佛两大军团终将决战似的。
C/C++四大天王决战一役的Borland主将-Borland C/++
4.5不过这次的战役不光是Borland的蓝军和Microsoft的红军相对抗，在Symantec的华丽
军团经过了经军经武，Watcom的白色劲旅枕戈待旦，而且都从MicrosoftLicense了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居
然比它们的
版本高出了一个版本(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++新版本真的并没有比4.5好。虽然4.5也有OCF，但是在市场上只有Borland 和Novell
，WordPerfect选择使用OCF，在和Microsoft的Visual C/C++经过将近一年的缠斗之后，
其它大部份的厂商都选择了Microsoft的MFC
2.x版，真是形势比人强。基本上OCF的架构真的是个好东西，只是OCF无法完整的支持OLE
，因为OLE的发展是掌握在Microsoft手中，因此虽然OCF的架构良好，终究在功能上不及
对手。Microsoft结合操作系统，开发工具和应用程序的手段真是无往不利。击败Lotus，
Borland是如此，歼灭Ne
tscape也是如此。
对于Symantec和Watcom来说，这场战役就如同长平之战，秦军坑杀40多万赵军一样。杀得
Symantec和Watcom全军覆没，大败而归，至此Symantec弃受PC的C/C++开发工具市场，转
而开始研发Java开发工具，进而在稍后推出了著名的VisualCafe, 至于Eugene
Wang则离开了Symantec，自此也离开了PC开发工具的领域。而Watcom则是更为凄惨，整个
公司在DOS的市场逐渐式微，而Window平台的开发工具又大败而归，两头落空。不久之后
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%的市场，
稍做喘息，并且支撑Bo
rland
在各重要战役失败之后维持公司的运作，等待Delphi的浴火重生，再重新出发。
经过这一役之后，Microsoft终于清除了大部份的对手，对于Microsoft而言程序语言开发
工具的战争已经结束，这个市场注定将被Microsoft占据大部份的市场。在Microsoft手握
操作系统，Office软件和开发工具三大获利市场之后，Microsoft也开始将矛头对准下两
个竞争目标，关连数据
库以及主从架构开发工具。在Microsoft正式进军这两个市场之后，当然也展开了连番的
好戏，尤其是在主从架构开发工具方面又开启了VB，PowerBuilder，Gupta/Centura和
Delphi的惊天动地大会战。另外一个意外开启的战争则是Microsoft在1995年和Netscape
的挑起的浏览器大战。
对于Borland而言，在C/C++最后一役之后，基本上我认为开发工具的圣战已然结束，
Borland也正式开始走下坡。更严重的是我认为自此之后Borland不但丧失了
C/C++的江山，也失去了对于C/C++开发工具的创意，这是我感觉最遗憾的地方，到现在为
止我仍然认为Borland尚未重拾当初在Borland C/C++ 3.0/3.1时代独领C/C++创意风骚的
精神。也许，也许，要看看C/C++ For Kylix或是C++ Builder
6是否能够重新找回这个失去已久的精神，不要再让我失望了。
雄霸数年的C/C++的世界冠军-Borland C/C++ 3.1-永远的怀念
永不成气候的C/C++开发工具-IBM Visual C/C++
IBM在C/C++开发工具扮演的角色一直令人啼笑皆非，因为在C/C++编译器战争最激烈的时
刻，IBM这个全球信息大厂却一直是缺席的。一直到了1995之后，C/C++ 编译器市场大势
已定之后才慢慢的加入战局，推出VisualAge C++
3.0，企图进攻此市场。但是此时市场早已由Microsoft的Visual C/C++称雄。IBM的
VisualAge虽然以创新的可视化设计家能够定义对象之间的关系，但是在其它方面却乏善
可陈，整个整合发展环境也缓慢如蜗牛，需要非常高文件的硬件配备才能够顺利的执行，
和Visual
C/C++以及Borland C/C++等工具比较起来就像是恐龙一般，因此几乎没有在市场上引起任
何的反应。在IBM推出VisualAge
3.0并没有在PC的C/C++开发工具市场获得任何的明显成果之后，IBM又再次的集中了许多
的资源，开发下一代3.5的版本，希望能够在此市场占有一定的比率。我知道IBM在
VisualAge投注了大量的资源，因为从Beta版开始台湾的IBM便有人和我接触，希望我也在
RUN!PC上为VisualAge
3.5写一些文章。因此在1996年的6月我写了一篇C/C++编译器的比较文章，下面的资料便
是数年前当时还在Beta版的VisualAge 3.5和其它编译器的比较.
从上面的数据中可以看到其实VisualAge 3.5的表现还不错，只是对于当时还在使用AMD
DX4-100/32M
RAM机器的我来说，实在是跑不太动VisualAge3.5。后来台湾IBM负责VisualAge的产品经
理请我吃饭，在此饭局中这位李经理同时请了贺元(后来为资迅人的总裁)，薛晓岚(后来
为资迅人的副总裁)以及其它两位作者，希望大家在计算机杂志中继续的为VisualAge
3.5写写东西，一起Promote此产品。在这个饭局中我是第一次和贺元，薛晓岚见面，当时
贺元在中文PC Magazine有一技术专栏。记得当时我向这位李经理提起我的机器几乎无法
跑VisualAge
3.5，他还立刻一口答应愿意借我一台当时IBM最高檔的PC，同时每写一篇VisualAge的文
章，除了RUN!PC原本的稿费之外，IBM会再付一字2.5元的稿费。乖乖，IBM真是大手笔，
我算算当时我的产能，写一篇文章就能够赚2到3万，又有免费的最高档机器可用，真是太
好康了。不过后来我还是
觉得IBM在此市场可能不会深耕，在不愿意违背自己写作习惯和得罪Borland的顾虑下，最
后还是没有答应。现在想想当时真是太笨了，放着好赚的稿费不赚，嘻。
IBM的C/C++开发工具之所以在市场无法成功是一是因为并不了解在此竞争激烈的市场中使
用者到底要什么。另外一个原因则因为IBM并不以PC上的开发工具软件为重要的事业，即
使无法竞争对于IBM来说也没有什么影响，不像Borland这可是生命之争。因此IBM只是兴
起玩玩，随即放下。所以
我觉得在PC平台使用IBM的工具是很危险的，因为IBM可能随时会放弃此市场。例如不知道
现在VisualAge
C/C++到底如何，是不是还在3.5或是4.0版，已经数年没有任何的维护和改善了。稍后IBM
为了想在OS2和Window平台上推出能够和Microsoft相抗衡的Basic工具，因此秘密的研发
了一个Object Basic。我也曾看过这个工具，但是Object
Basic跑起来慢得跟乌龟一样．后来不知道是不是一直无法改善这个问题，因此IBM从没有
推出此产品，现在IBM似乎只对Java有兴趣，VisualAge For Java还算发展的不错，希望
不会有一天IBM对VisualAge For Java的态度会和VisuaAge For C/C++以及Object Basic
一样才好．
快速殒落的潜力之星－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++很快在开始风卷市场，虽然没有立刻的占据很大的市场量
，但是已经造成了一股气势，开始为VisualC/C++和Delphi带来了压力。
我记得当时台湾Sybase办的产品发表会也吸引了数百人与会，不可一世。在我的
RUN!PC文章出版之后，台湾的Sybase立刻和我连络。由当时的余协理和我见面，也是希望
我继续为Optima++写文章，台湾Sybase也提供额外一字加2元稿费的待遇。但是我告诉余
协理，Optima++
1.0虽然很棒，但是仍然有一些臭虫，而且和中文环境相冲突，无法处理中文，需要立刻
的解决问题才能够在台湾的市场成功。她答应我立刻的向总公司反应。我也老实的告诉她
在问题没有解决之前我无法写一些不确实的东西。后来台湾Borland的总经理方先生也找
我去询问有关Optima++的
事情，我告诉他Optima++是好东西，但是中文有问题。如果中文问题能够解决，那么将对
Borland的产品有很大的影响，当时我还不知道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++应该有很好的机会可以成功
的，我相信如果当时Sybase知道C++
Builder后来的成果，可能就不会放弃Optima++了。而C/C++的RAD工具一直要到后来的
C++ Builder来完成这个梦，又是Borland成功的进入这个工具市场。
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++竞争时每一个版本都有大幅的改善。看来寡占的市场的确是不好的。
As Promised-李维
--
*
* *
* *
no more to say
★ just wish you ★
good luck
※ 来源:·荔园晨风BBS站 bbs.szu.edu.cn·[FROM: 192.168.1.50]
[回到开始]
[上一篇][下一篇]
荔园在线首页 友情链接：深圳大学 深大招生 荔园晨风BBS S-Term软件 网络书店