borland传奇-第3章
按键盘上方向键 ← 或 → 可快速上下翻页，按键盘上的 Enter 键可回到本书目录页，按键盘上方向键 ↑ 可回到本页顶部！
————未阅读完？加入书签已便下次继续阅读！
继Turbo Pascal之后Borland最赚钱的产品。我认为在后来的数年之中Borland走得比
较辛苦，便是因为Borland再也没有推出像SideKick一样属于〃消费型软件〃的重量级
产品，而只有属于程序员和开发者小众市场的产品，这是非常可惜的事情。而〃消费
型软件〃也是到现在我仍然认为Borland应该推出的产品。
由于SideKick的TSR技术是当时独一无二的，而且是如此的好用，这引起了当时许多
人的好奇，并且成了所有软件厂商模仿的对象，我还记得稍后许多的计算机信息书籍
都以如何学习TSR技术作为卖点。也是因为SideKick和TSR太成功了，因此Borland立
刻进行了两个工作。第一当然是马上开发下一版的SideKick，让SideKick继续执类似
软件的牛耳，以防止其他软件公司推出类似的软件来分食SideKick打下的天下。
很快地，Borland便推出了SideKick的后续版本，不但功能更多，而且SideKick从原
本完全以开发者为中心的软件转变为适合所有计算机使用者使用的消费型软件。看看
左图，从产品封面以〃Desktop Organizer〃为主题便可以了解到SideKick在当时的定
位。果然，后续的SideKick又持续地大卖，这让Philippe Kahn非常振奋，也让他雄
心大盛，开始想要通过SideKick的成功主导PC软件的标准，这当然就是SideKick一举
成名的TSR技术。
在Borland通过Turbo Pascal和SideKick大获成功之后，也因TSR技术成为大多数开发
者津津乐道的软件公司，许多软件公司都开始模仿Borland的TSR技术开发大量的TSR
软件。不过当TSR技术大量被运作之后。最后却造成众多的TSR软件彼此冲突，无法正
确地相互共存，这主要是因为许多TSR软件都使用了相同的快捷键来调出/关闭软件，
或是隐藏在相同的内存位置。我还记得，当时同时使用几个TSR软件时，必须遵照一
定的运行次序才可以正常使用。
为了解决这个扰人的问题，Borland开始广邀软件公司，想要以Borland为首制定TSR
的标准。如此一来，只要所有的软件厂商遵照Borland制定的标准，那么所有的TSR软
件就可以彼此正确地运行在PC之中。当Borland公布了这个想法并且发表了初步的TSR
标准规格之后，却立刻引起了Microsoft的紧张。因为当时TSR是如此的流行，Microsoft
害怕TSR技术由Borland主导之后会让Borland成为PC软件的霸主，进而严重影响Microsoft
想主宰PC的计划。
因此在Borland开始正式制定TSR标准之际，Microsoft便站出来反对Borland定义的TSR
标准，并且声明Microsoft将在未来的DOS操作系统中加入对于TSR的支持，因此没有
必要再额外制定TSR标准。当时的软件公司，包括Borland在内，都无法和Microsoft
对抗。在操作系统厂商表明了反对立场之后，Borland的这个构想很快便迫于形势而
放弃了。关于TSR的争议应该算是Borland和Microsoft之间的第一场战争。虽然在没
有引起太大的烽火之前便很快收场，不过也算是Borland和M1crosoft第一次真正的交
手。也正是由于这次的相争，让Microsoft惊讶于Borland快速的兴起，并开始正视
Borland这家在当时还算小的软件公司。
虽然在有关TSR的技术之争中Microsoft赢得了胜利，不过很奇怪的是，此后TSR软件
反而开始慢慢地退烧。除了一些少数的公用程序软件仍然使用TSR之外，之后便没有
什么重量级的软件是使用TSR技术开发的，这算不算是另一桩Microsoft介入之后搞砸
的技术呢？
最后再叙述一个从Borland老员工处听来的有趣故事。许多人一直想要知道：Borland
的总部在哪里？或是想要知道：为什么Borland会选择Scott Valley作为总部？事情
的经过是这样的：
当年Philippe Kahn和Anders Hejlsberg到美国准备开始创业时，由于没有资金，
Philippe Kahn就在西餐厅打工，负责端盘子的工作，而Anders Hejlsberg则努力的
在开发Turbo Pascal。
当Philippe Kahn存了一笔小钱之后，两个人便开始了创业大计。首先他们必须找到
一个公司的总部，可是要在哪里实现Philippe Kahn和Anders Hejlsberg心中的理想
呢？虽然当时他们住在L。A。附近，但是光凭Philippe Kahn存的一点小钱是绝不够在
L。A。大展鸿图的，因此Philippe Kahn和Anders Hejlsberg决定到比较偏远的地方试
试。于是这两位仁兄便开着Philippe Kahn的破车往南出发了。听说当Philippe Kahn
把车开到Scott Valley附近时刚好没有汽油了，眼看四周的环境觉得还不错，就决定
在这个地方展开Philippe Kahn和Anders Hejlsberg的创业之梦。就是这个决定让原
本默默无闻的Scott Valley在数年之后竟成为一个家喻户晓的高科技盛地。
和Borland的缘由
Turbo Pascal是我在大二、大三撰写作业时的最爱，几乎所有的作业都是使用Turbo
Pascal完成的。当然其时Horowise的Data Structure这门课也是使用Turbo Pascal
过关的，因此从那个时候开始，我便非常喜欢Borland这家公司，慢慢地也开始对Borland
有了特别的感情。
在我大二时，Microsoft推出了Microsoft Pascal，但是它和Turbo Pascal的确有一
段差距，我使用了一次之后便把它丢到垃圾桶。稍后Borland也推出了Turbo Basic
1。0。我记得这个编译器非常的棒，编译速度就和Turbo Pascal一样快，是一个非常
有前途的产品。但是不知道为什么它只有1。0，之后便和Microsoft Pascal一样消失
了。后来听说是Microsoft和Borland互相交换条件，Microsoft不进入Pascal的市场，
而Borland则退出Basic的市场。至于是不是真的确有其事，我就不得而知了。
我在大二初次接触到了C语言，第一本阅读的书便是王兴隆先生写的C语言书籍，也从
此开始和C语言结下了渊源。平生第一个使用的C编译器便是Lattice C，不知道还有
没有读者记得？当时使用两个5吋磁盘抽换以便编译C程序的情景，真是麻烦得不得了。
稍后Borland终于推出了风行天下的Turbo C编译器，从此之后Turbo C便成了我不离
身的工具，而Borland也通过Turbo C这第三项畅销产品迈向了世界前10名的项尖软件
公司。
当完2年的兵之后，我在中研院首次使用了C＋＋语言。第一个使用的C＋＋编译器则是Zortech
C/C＋＋，这家公司稍后被Symantec收购成为Symantec C/C＋＋的核心部门，这个故事稍
后再说明。后来Borland也推出了它的第一个C/C＋＋编译器Turbo C/C＋＋1。0，但是和
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，
由于MFC是第一个C/C＋＋的Framework，因此也花了一些钱购买了一套Microsoft C/C＋＋以
便学习MFC。但是在收到Microsoft C/C＋＋之后，我却很失望，因为Microsoft C/C＋＋
6。0仍然没有Windows图形集成开发环境，还是在DOS下的集成开发环境。而且以我的
眼光来看，MFC 1。0并不好用。Microsoft C/C＋＋6。0的C/C＋＋最佳化编译器在当时也是
一个笑话，不但产生的程序代码效率不好，甚至会产生错误的程序代码。许多IT杂志
也称Microsoft C/C＋＋6。0是一个平庸的（Mediocre）产品。因此我就把它丢在一边再也
没有使用。在Microsoft C/C＋＋6。0推出之后不久，Borland终于发布了Borland
C/C＋＋3。0，而这套软件也开启了Borland雄霸C/C＋＋编译器长达五六年之久的序幕。
Borland C/C＋＋3。0推出之后，由于拥有第一个在Windows下稳定的图形集成开发环境，
而且它产生的最佳化程序代码也是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，还是直接采用Microsoft的MFC？如果要使用MFC的话，那么
Microsoft会愿意授权给Borland吗？如果Borland要自己开发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/C＋＋ Framework之后，便更名为OWL（Object Windows
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来开发Windows下的MRP
系统，而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开发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在Scott
Valley豪华的总部也是在那个时候由Philippe Kahn大手笔地花了一亿多美金搭建的
（想想10年前的60多亿台币可以盖什么样的房子？）。不过也许是Borland太成功了，
因此也开始让Philippe Kahn渐渐地养成了好大喜功、目中无人的态度，这也种下了
Borland开始走向衰退的因子。
在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＋＋的产品经理闹翻了。这位Borland C/C＋＋的产品经理的名字是Eugene
Wang，Eugene是一位非常聪明的越南人。他一手把Borland C/C＋＋带到了世界第一的
地位，并且在Borland C/C＋＋3。1成功之后有了更伟大的想法，那就是想在下一个
Borland C/C＋＋版本中完整地以OWL封装所有的Windows APl。因为OWL 1。0虽然比
MFC 1。0来得优秀，但是OWL的隐忧就是尚未完整封装所有Windows的APl。此外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能够做出他心中的下一版Borland C/C＋＋，那么我想，到现
在Borland C／C＋＋可能还是市场中第一的C/C＋＋开发工具。
不过很不幸的是，Eugene稍后和Philippe Kahn发生了激烈的争执。一气之下，Eugene
离开了Borland。而Philippe Kahn则认为Borland C/C＋＋的地位已不可动摇，因此也
没有想立刻开发下一版的Borland C/C＋＋。这样一拖竟然浪费了将�
