按键盘上方向键 ← 或 → 可快速上下翻页，按键盘上的 Enter 键可回到本书目录页，按键盘上方向键 ↑ 可回到本页顶部！
————未阅读完？加入书签已便下次继续阅读！
下图则是当时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＋＋、Wat C/C＋＋和Symantec C/C＋＋的缠斗
自Borland C/C＋＋4。0一役大败之后，Borland在C/C＋＋市场上建筑的巨大堡垒似乎再也
不是牢不可破了。Visual C/C＋＋固然在不断地接收Borland C/C＋＋失去的市场，这时
在C/C＋＋市场上也开始出现另外两个坚强的对手，那就是Symantec C/C＋＋和Wat
C/C＋＋。
Symantec C/C＋＋的发展史
Symantec C/C＋＋和Wat 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＋＋军团。
Wat C/C＋＋的发展史
非常有趣的是，Wat C/C＋＋走的路子和Symantec C/C＋＋几乎是完全相反的。当时出
品Wat C/C＋＋编译器的是一家加拿大的小公司，不过这家公司却对最佳化编译器有
深入的研究。当时，Wat C/C＋＋是以在DOS下能够产生最好的最佳化程序代码闻名
于世的，许多写游戏和DOS Extender的厂商都指名要使用Wat C/C＋＋，因为不论是
Borland C/C＋＋还是Visual C/C＋＋，它们产生的最佳化程序代码都比Wat C/C＋＋的
最佳化程序代码差上一截。再加上当时最有名的DOS Extender厂商PharLap公司也是
使用Wat C/C＋＋，因此Wat 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培养出来的。
Wat C/C＋＋在DOS市场站稳了脚跟之后，由于Windows已经逐渐成为市场的主流，DOS
势必将被逐渐淘汰出局，因此，Wat C/C＋＋如果要继续生存下去，也就…定要推出
Windows平台的C/C＋＋开发工具。大约是在1993、1994年左右，Wat终于推出第一个
Windows下的C/C＋＋开发工具。
不过，当时Wat C/C＋＋在Windows推出的C/C＋＋开发工具实在是平淡无奇。其集成开
发环境和另外三个对手比较起来简直像是远古的产品，…点特色都没有。不过Wat
C/C＋＋仍然是以它的最佳化编译器作为号召。因此当时发生了一个非常有趣的现象，
那就是许多软件公司会同时买Borland C/C＋＋，或是Visual C/C＋＋，Symantec C/C＋＋
之一，再搭配一套Wat C/C＋＋。在开发应用系统时使用其他三套开发工具之�