比尔·盖茨谈软件开发的心得体会

编者按：1974 年，盖茨与艾伦合伙成立了微软，下面是1986年盖茨接受采访时谈到的软件开发的心得体会，其观点 至今仍然有生命力。下文 来自微博博主“宝玉”昨天的一篇译文，高章舜做了少量优化和修改，供大家参考。下面为1986年的比尔·盖茨。

比尔·盖茨在1986年的采访稿正文

作为微软的掌舵人，比尔·盖茨被视为 当今 个人计算机和办公自动化行业的领军人物。盖茨从年少时代起 就踏入了计算机软件领域。他和微软的另一位创始人保罗·艾伦，在西雅图的高中时期 就已经开始 担任编程顾问。1974 年，当时还是哈佛大学学生的盖茨与艾伦合作，为首款商用微型计算机 MITS Altair 开发了 BASIC编程语言。这个项目 大获成功后，他们俩共同创立了微软，目标是为新兴的微型计算机市场提供软件开发和销售服务。

微软在编程语言、操作系统和应用软件方面为整个软件行业设立了标准。盖茨不仅为公司的新产品理念和技术发展提供了方向，还亲自指导 技术团队 研发新产品，他把大量时间投入到审查和优化微软的软件产品中。

盖茨出生并成长在华盛顿州 西雅图地区，至今仍然居住在那里。他的出生年份是 1955 年。

采访者： 作为微软的首席执行官，您身负重任。您现在 还亲自编写代码吗？

盖茨： 不，我现在 不再编写代码了。虽然我仍然参与设计算法和基本架构，偶尔也会审查代码。但自从我参与开发 IBM-PC BASIC 和 Model 100 之后，就没再亲手 编写过程序。

采访者： 那么，在微软的程序开发中，您扮演着怎样的角色？

盖茨： 我主要负责 两项重要工作。

第一，选择程序中要加入的功能。要做到这一点，你需要对哪些功能容易实现 哪些难以实现 有一个清晰的认识。你还需要理解我们的产品“家族”策略，以及硬件的最新动态。

第二，我负责策划 新功能的最佳实现方式，确保它们既紧凑又高效。举个例子，我曾写过一份 关于如何设计和实现一个功能的备忘录，这个功能 被应用在 Excel 中，它能让程序在屏幕发生变化时自动重新计算公式。

在微软成立的最初四年里，我参与了公司所有程序的编写和设计工作。无论是 BASIC、FORTRAN、BASIC 6800 还是 BASIC 6502，每一行代码在发布前都经过了我的仔细审查。但现在，公司拥有 大约 160 名程序员，所以我主要负责对产品和算法进行评审。

采访者： 在您的编程生涯中，您认为自己 最伟大的成就是什么？

盖茨： 对我来说，编写Intel8080 CPU的 BASIC 解释语言最具影响力，因为它当时非常适用，且我们成功将其精简至极。这是我们创立微软时编写的第一个程序。

我们中有三人能够熟记 这个原始程序。在阿尔伯克基的一个夏天，我们有机会对它进行彻底的重写。我觉得我们能够进一步精简代码，使程序 更加紧凑。我们极其细致地优化了这个程序，最终 打造出一个 4K 大小的 BASIC 解释器。

当你对一个程序 如此了如指掌，你会自信地认为没有人 能够指出更好的编程方法。这种自豪感非常棒，再加上这个程序被众多机器采用，使其成为一项令人激动的成就。

关于 Model 100 上的软件，我也感到非常自豪，尤其是我们成功集成了一个非常实用的小型编辑器。我与一位日本程序员杰伊·铃木合作完成了这个项目。我们完成这个项目的时间 非常紧迫。当你的软件需要被烧录到 ROM 中时，是没有犯错的余地的。

采访者： 在计算机编程中，你认为最困难的部分是什么？

盖茨： 最大的挑战在于 确定算法是什么，并尽可能地简化它们。把事情简化到最基本的形态 非常难。你必须在脑海中模拟程序的运作方式，并且完全理解 程序的各个部分 如何协同工作。最出色的软件 往往是那些由个别程序员对程序的工作方式 有着完整理解的。为了达到这种理解，你必须真正热爱这个程序，并专注于 让它保持极度简单。

采访者： 随着计算机处理能力和内存的大幅提升，程序 是否变得更复杂，或者 只是更加粗糙了？这如何影响人们编程的方式？

盖茨： 我们不再是处于每个程序 都经过精心打造的时代了。但在那些顶尖程序的核心，你会发现关键内部代码 通常由少数真正懂行的人编写。

现在，将程序压缩到 4K 内存区域 已不再那么重要。你会看到越来越多的情况，人们可以选择使用 C 语言而非汇编语言。遗憾的是，很多程序变得如此庞大，以至于没有一个人能完全掌握它们的所有部分，导致代码共享不如以往那样广泛。此外，因为 总有新功能要加入，所以 重新编写程序的机会也减少了。

最糟糕的程序是那些在初始阶段 未能打下坚实基础的，而且 原始程序员后来不再 参与其中。这些程序的处理方式达到了我称之为“实验性编程”的地步。程序员对这些程序的了解太少，以至于他们无法预测更改 可能影响程序的速度等方方面面。他们可能复用现有的代码，或者不清楚 更改某些内容会破坏哪些依赖关系。因此，他们添加新代码，运行后发现“哦，它不是这样运行的”。这是一种极其低效的编程方式，但许多项目 最终都沦为这样。

采访者： 在像微软这样有 160 名程序员的公司里，你们是如何创造一个能够开发成功程序的环境的？

盖茨： 组建一个小型项目团队，通常四到五人，其中必须有一人 具备深入理解程序的能力，这是一种方法。当这位负责人在某些问题上有所疑惑时，他或她应该可以与更有经验的程序员进行探讨。

我们的策略之一是在编码阶段前 让程序员充分思考。撰写设计文档 非常关键，因为在将问题以算法形式表达时，可以实现 大量简化。此时，问题以最精简的形式呈现，让你能够看到它们之间的交集。

代码审查也很重要，要确保 审查代码，看看 有经验的人员能否提出 改进的建议。还需要回顾 那些进行得非常顺利的类似项目；程序员可以从中 学习别人的成功经验，获得 改善自己程序的灵感。

采访者： 程序的灵感来源是什么？

盖茨： 实际上 没有一个固定的过程。在微软，我们通常 会在晚上或周末 举行头脑风暴会议。每个人都有一个大概的想法，比如 制作世界上最好的文字处理器。我们希望 它能满足技术出版部门的所有需求。我们会坐下来讨论：怎样才能提高效率？我们是否能加入绘图功能，或者在不显著降低程序速度的情况下 实现字符紧排？我们会探讨各种问题，并产生一些创新的想法。

采访者： 所以这是一个团队协作的过程？

盖茨： 对于 确定程序功能而言，确实是一个大团队 共同提出建议的过程。接着是一个筛选阶段。最终，我会决定哪些想法是可行的，并确保 有负责人亲自投入，确保产品成功。我们选择进行的项目非常少，因为要推出一款产品并设定全新的世界级标准，需要极大的专注和资源。

采访者： 关于大型软件公司 难以吸引能够开发出色软件的优秀人才的观点，这些特立独行的人才 往往更愿意独立工作，您如何在微软吸引并留住这些优秀人才？

盖茨： 优秀的程序员 对于 创造软件产品至关重要。但我们不支持那种因为某人能力出众就纵容其任性的做法，比如不注释代码、不与他人沟通或强加自己的想法于他人。

我们希望员工 能够真正相互尊重。我相信，大多数优秀的程序员 都愿意与同样优秀的同行一起工作。当他们设计出一个非凡的算法时，他们喜欢 有能够理解其巧妙之处的同僚。因为在脑海中构思这样的模型是一种孤独的体验。如果你原以为 一个过程必须复杂，然后突然找到了简化它的方法，那会让你感到非常满足。但同时，你也希望 得到同事的反馈。有了几位优秀人才后，更多的人才也会随之加入。

过去有一种观点，认为程序员的经理 总是比程序员本身更优秀，没有所谓的“技术倒置”，即一个程序员为不懂编程的人工作。我们依然遵循这一理念：虽然在某些层级我们设有 精通客户业务的商业经理，但我们不让非程序员直接管理编程项目。

采访者： 您认为 创造优秀程序 有哪些特别的原则吗？

盖茨: 有人是一头扎进去 就开始编码，有人 则是先全盘规划后再动手，但我认为你会发现，那些一上来 就开始编码的程序员实际上 只是在用代码作为思考的草稿。真正关键的是他们脑海里的思考过程。

你需要一位极其聪明的人。一个杰出的程序员会持续不断地思考着程序，无论是在驾驶还是用餐时。这样的思考方式对精神能量的要求非常高。

采访者： 你如何描述自己的编程风格？

盖茨： 在我动手写代码之前，我喜欢先从设计层面上把整个程序想清楚。写完代码后，我还会整体 重新编写一遍。设计数据结构是编程 最关键的部分，其次是将代码 细分成不同的模块。只有当你亲自下手编写时，才能真正明白 哪些是应该公用的子程序。

我写出过的那些 杰出程序，都是那些我在动手前就反复思考了很长时间的。例如，我高中时为一台小型计算机编写了一个 BASIC 解释器，那时犯了很多严重的错误。后来，我研究了其他的 BASIC 解释器，所以到了 1975 年编写 Microsoft BASIC 时，我的挑战不再是能否写出这个程序，而是 如何将其压缩到 4K 并且快速运行。我一直在担心：“这个程序够快吗？会不会有人做得更快？”

我记得在 TRW 公司遇到一个叫诺顿的人，他总能指出我哪里做得不够好。每当我做事马虎或懒散时，我就会想象他会过来指点我：“你看，这样做会更好。”程序中很容易 悄悄产生小的效率问题，如果你想让程序尽善尽美，就必须 时刻警惕 这些问题的潜入。这也是为什么 有时让别人参与你的项目 会让你感到困扰，因为他们的编码风格总是和你不一样。记得在开发 BASIC 的时候，我常常重写别人的代码，即使这样并没有带来显著的改进。这种做法 可能会让人不舒服，但有时候你就是觉得非这样做不可。

采访者： 在团队合作中，你总是 担任设计的主导角色吗？

盖茨： 是的，在我直接参与的所有项目中，我都担任 主要的设计角色。在最初的 BASIC 项目中，我在纸上草拟设计方案。我的合作者保罗·艾伦负责设计并实现所有开发工具。

在我开始编写代码之前，我通常已经在脑中预演了大部分的指令。虽然 这些想法 并不是完全成熟的，我在编程时仍会做出调整，但所有好的灵感 都是在我动手编程之前 就已经浮现。如果 程序出现了错误，我会感到非常沮丧，因为这意味着我的心理模拟是有缺陷的。一旦心理模拟出现问题，程序中可能就隐藏着成千上万的错误。我真的无法忍受看到一些程序员在编程时缺乏深思熟虑的过程。

编写 BASIC 是我有过的最愉快的编程经验之一。我完成了 运行在Intel8080 CPU上的 BASIC解释器，然后和马克·张伯伦一起用大约两周的时间开发了 摩托罗拉6809 版本的 BASIC。那两周开始时，我先学习了新的指令集，并编写了三四个小程序。我还研究了其他人的程序，看看他们是如何利用这套指令集的。将我熟悉的问题映射到这个新的指令集上，并且尽可能地紧凑组合，这个过程非常有趣。

如今的程序 变得越来越庞大，增加的功能 往往会减缓程序速度。这是因为 开发者在添加新特性时，往往未充分考虑到 所加入的特殊检查会如何影响效率。要避免这种情况，就需要一个对程序极其熟悉的程序员来把关。以我们的 BASIC 解释器为例，在我和其他创始成员离开后，大约有三年时间里，我们没有做出什么创新。直到最近一年半，我们才找到了那些对 BASIC 有深刻理解和归属感的人，他们可以轻松说出，“没问题，加入子程序和去除 行号很简单。”我们一直有这样的目标，但直到找到那些能深入到程序核心，而非仅仅在外围增加功能的人之前，我们都不敢轻易修改程序。

确实，我们现在允许 程序稍微变大一些。但就速度而言，不尽力追求最快 无疑是种懒惰，因为用户会察觉到那些真正快速的程序，尽管他们可能无法明确指出。在最成功的程序中，快速的执行效率 总是令人惊艳。

采访者： 在速度和性能方面，你们是如何做出取舍的？

盖茨： 有时候，我们需要在增加功能和追求快速执行之间 做出权衡。但实际上，有很多方法 可以在拥有大量功能的同时，依然保持高速度。关键是要确定程序中的常见操作，并确保它们 能够高效执行，不被各种特殊情况的检查 所拖累。如果程序的核心交互循环 布满了各种检查，那么它的速度 就会不如其他程序。

采访者： 当你们打算开发世界上 最好的文字处理器时，你们是如何入手的？你们会研究市面上所有的文字处理器吗？

盖茨： 是的，我们会从功能角度 出发，研究市场上所有的文字处理器，比如，我们会问：“有哪些产品在屏幕上进行字距调整，或者 能展示打印页面的实际样子？它们的反应速度 如何？”通常，在产品线的顶端，总有一些公司 利用昂贵的硬件 通过蛮力解决问题。我们无法这样做，因为我们使用的计算机性能有限。很多我们正在尝试的功能，在更强大的计算机上已经实现过；我们的目标是让这些功能在普通用户手中的设备上也能流畅运行。

在产品开发中，我们可以使用各种巧妙的技巧。我们在构建功能列表的同时，也在思考 如何使我们的算法超越其他人。“功能”这个概念 有些微妙，因为功能越多，用户手册 就越厚。功能 真正有价值的是在用户花时间 去使用它们的时候。而速度 — 如果能更快地打印页面、在屏幕上更快地显示或更快地处理数据 — 这些则有极大的价值。如果你能为用户提供几个简单的命令，并确保程序足够高效，以便用户 用这些简单的命令就能完成他们想要的操作，那就更好了。优秀的程序的一个标志是它们在内部也遵循简化的原则。它们在执行复杂任务时，会调用简单的操作，而不是 每次都从头开始处理。

采访者： 用户的重要性有多大？您是如何了解数据库管理员 在其数据库或电子表格中真正需要或希望的内容？

盖茨： 有些程序员 并不假装能准确理解 最终用户的需求，他们依然是顶尖的程序员。但对市场的了解尤为重要，尤其是在应用程序团队中。因此，我们有专职人员 负责向客户展示代码或审查其他的规格要求等。在微软初创时，我们只专注于系统程序，因为我们自身就是程序员，所以非常了解 其他程序员的需求。这就是我们为什么会开发出 BASIC。

采访者： BASIC 中最具创新性的方面是什么？

盖茨： 最关键的是我们让用户能够充分发挥 机器的性能。我们引入了 PEEK 和 POKE 功能，允许用户读取和修改机器的状态。我们还加入了 TRON 和 TROFE 这样的跟踪程序。即使用户使用的是高级语言，我们也让他们能够接触到机器上所有他们可能想要添加的高级功能。用户可以在不使用 BASIC 的情况下理解内存的使用情况，感受到他们对自己的机器有控制权。 为了使 BASIC 适配到仅 4K 的内存，我们采用了一种称为“单表示解释器”的策略。这是一个非常明智的选择。我之前从未看到过这样的解释器。虽然 采取这种方法有一定的风险，但我对这个方案充满信心。我在脑海中多次推敲，对此感到十分满意。

采访者： 在编写过程中，您是否预见到它会取得如此巨大的成功？

盖茨： 没有，绝对没有。是保罗·艾伦给我看了一本有 Altair 介绍的杂志，我们意识到，“天哪，我们必须开始行动了，因为我们知道这些机器 将会非常受欢迎。”那时我停止上课，我们开始昼夜不停地工作。最初的程序在大约三周半的时间内完成。我们总共花了大约八周的时间，才让程序达到我真正满意的水平。之后，我又回去重新编写了程序。 没有一个伟大的程序员 会坐在那里想，“我要赚很多钱”，或者“我要卖出十万份。”因为这样的想法 对解决问题没有任何帮助。伟大的程序员会思考如何改进代码：我是否应该重写这个子程序，让四个而不是三个人能够使用它？我是否应该使这个程序更快 10%？我是否真的应该深入思考这里的常见案例，以确定如何排序这个检查？如果你是一个优秀的程序员，你会让所有的程序模块 相互依赖，因此小小的错误也可能导致 严重后果。这就是 为什么你必须拥有精准的判断力，并愿意回头修改你的代码。

采访者： 当多个人共同开发一个程序时，您如何确保所有不同部分能够有效地协同工作？

盖茨： 首先，优秀的编程团队成员之间 必须互相尊重。这是因为编程工作 非常细致且需要密切合作，就像大家一起参与一场戏剧。在编程项目中，需要巨大的判断力和创造力。有的顶尖程序员 更喜欢独自工作，不适合团队合作。但我相信，学会与他人合作并指导他们是成就卓越的关键一环。看到团队中的其他成员成长为出色的程序员，给我带来了巨大的满足感，虽然这种感觉不如 自己亲手编写程序来得强烈，但这是一件非常积极的事情。我通过花大量时间与他们交谈，分享我的代码来培养他们。在团队项目中，我们需要将代码变成团队共享的财富。

采访者： 这种团队合作方式是自然形成的，还是你们刻意培养的？

盖茨： 在我和保罗创立公司之前，我们曾参与过一些大型软件项目，这些项目都失败了。当时，项目团队不断扩大，却没有明确的方向和控制。我们当时就下定决心，要在团队建设和项目管理上做得更好。因此，我们一直非常重视团队的结构和组织。

有效的方法其实很直接：保持团队精干，确保每位成员都非常优秀，为他们提供优秀的工具，确保团队有共同的语言和术语，以便高效沟通。同时，在小团队之外，安排一些经验丰富的资深成员 提供咨询和帮助。实际上，我们在项目中遇到的问题往往有很多相似之处。在设计审查时，我非常乐于 基于我以往的经验 提出建议。

采访者： 你认为未来编程的方式或计算机的运作方式会有根本性的变化吗？

盖茨： 软件工具正在变得越来越先进。未来，我们或许能够仅凭项目规格和机器性能的描述，让高级编译器自动完成许多现在由程序员手动完成的工作。

人们仍然对于机器，比如 C 编译器，无法像人一样 编写代码这一点感到自豪。但未来几年，我们可能会在一些编程流程上实现较大程度的自动化。设计算法的工作仍将由人完成，但很多实现细节 可能由机器来承担。我相信，在未来五年内，我们将会拥有能与人类程序员媲美的工具。

采访者： 你之前提到了数学在编程中的重要性。你认为计算机科学和数学之间有什么关系？

盖茨： 数学对计算机科学的影响深远。许多卓越的程序员 都具有数学背景，因为数学训练中对定理严谨证明的追求，有助于程序员 进行精确且有力的逻辑推理。在数学领域，我们需要全面理解问题，并且常常要用不同的方法组合定理来寻找解决方案。数学与编程有着密切的联系，尤其在我的经历中，这种联系更加明显。我认为计算机科学与数学之间有着天然的亲密关系。

采访者： 在你看来，计算机科学 真的算是一门科学吗？

盖茨： 是的，这是一个全新的领域。想想看，过去人们为了完成现在程序员日常工作中的内容，可能需要攻读博士学位。计算机科学正在飞速发展。与数学不同，数学有 300 多年的天才在推动理论发展，而我们的计算机科学只有短短 20 多年的历史。现在，越来越多聪明的人加入这个领域，贡献自己的智慧；编程已经成为一种流行的活动。现在人们越来越早地接触计算机，这将有助于改变这个领域的思维模式。很多顶尖的程序员都是在青少年时期开始编程的，那时的思维方式可能更加开放灵活。

过去，仅仅成为一名优秀的程序员是不够的；你还需要管理他人或从事其他工作。幸运的是，这种情况正在改变。现在人们意识到，编程是一门值得深入研究和教授他人的科学。

采访者： 多年的经验积累 是否会让编程变得更容易？

盖茨： 不一定。我认为，在成为程序员的最初几年里，你是否优秀已经基本确定。几年后，你可能更懂得如何管理大型项目和处理各种个性，但在那之后，你的水平 已经清晰可见。在微软，没有人是开始时平庸几年、然后突然变得出类拔萃。我可以通过与某人讨论他们编写的程序立刻判断出他是否真正优秀。如果他真的很优秀，他对自己的程序了如指掌。 这就像热爱国际象棋的人。当你全身心投入棋局时，记住十局棋的每一步是很自然的事。其他人可能会对棋手或程序员的这种记忆能力感到惊讶，认为这是些稀奇古怪的表演。但这其实很正常。直到今天，我都能在黑板上写出我十年前编写的微软 BASIC 的大量源代码。

采访者： 在编程时，你有什么感觉？

盖茨： 当我编译程序，它开始输出正确的结果时，我感到非常开心。我说真的，所有伟大的成就背后 都有情感的驱动，编程也不例外。开始敲代码 很诱人，但如果 只是为了看到结果 而匆忙编写代码，然后发现 还有大量困难的工作要做，那就太糟糕了。因为这意味着 你可能需要修改已经完成的部分。我更喜欢先打好基础 再享受编码的乐趣，看到程序运行 就像是留下餐盘里最美味的部分 最后享用。

采访者： 你认为年轻程序员和经验丰富的程序员在编程方式上有什么不同吗？

盖茨： 现在的初学者 从未经历过资源限制的挑战，因此他们很难领会到 正确的思维方式，总是习惯性地认为 资源随时可用。相比之下，十年前的程序员 常常面临资源限制，所以经验丰富的程序员 总是会考虑这些问题。编程是一项需要巨大精力的活动，因此多数程序员 都是年轻人。但这也带来了问题，因为编程 需要极强的自律。年轻人 往往目标不稳定，容易被其他事情 分散注意力。我的建议是年轻程序员 应该坚持不懈，随着时间的推移，他们会变得更加出色。以我为例，从 1975 年到 1980 年，我的编程技能有了显著的提升。在 1975 年，我自信满满地认为 自己无所不能，因为我阅读了大量的代码，并且没有遇到过 自己无法迅速理解的代码。我认为，测试一个程序员 编程能力的一个很好的方法是给他们大约 30 页代码，看他们能多快理解这些代码。

采访者： 这算是 一种天赋吗？

盖茨： 当然，这绝对是一种天赋。这有点像纯粹的智商测试。你需要全神贯注于代码，并且回想起自己 曾经写过的程序。很多人可能需要几天时间来阅读这些代码，但真正优秀的程序员 可能只需要一个小时就能通读完整个内容。这其中的能力差异是巨大的。

采访者： 那么，学习计算机科学是成为程序员的最佳途径吗？

盖茨： 不尽然。最好的方式是亲自编写程序，并且研究 其他人编写的优秀程序。就像我自己的经历，我曾经到计算机科学中心的垃圾桶里翻找，把他们操作系统的代码清单 捡回家学习。要成为优秀的程序员，你需要愿意阅读别人的代码，编写自己的代码，然后让其他人来审核你的代码。你需要渴望进入一个充满挑战的反馈环境中，在这里，顶尖的专家 会指出你的错误。你不能因为一些小的个性化偏好 而忽视这些宝贵的反馈。有些顶尖专家 可能会对一些细节，比如你如何注释代码，有所坚持。你需要看穿这些表面现象，因为他们可能在试图按照自己的方式塑造你，而这些并不总是与编程的核心质量相关。如果你有机会与伟大的程序员交流，你会发现他们对自己使用的工具了如指掌，就像艺术家 熟知他的画笔一样。了解伟大的程序员们 如何共同发展 — 他们如何获取反馈，如何培养对代码严谨和松散的敏锐感——是非常令人惊叹的。当这些人 审视特定的代码时，他们通常会有 非常一致的反应。

采访者： 你在编程方式上有没有受到哪些人的特别影响？

盖茨： 影响我最深的是那些开发 小型机PDP 操作系统的程序员。还有 TRW 的 约翰·诺顿，他写的关于代码评审的备忘录给了我很大的启发。我也开始尝试对别人的代码做类似的分析。

我与 保罗·艾伦 的想法交融，因为我们共同完成了许多编程工作。在调试代码或考虑某些技术抉择时，有一个进度相当的伙伴可以讨论，这很重要。这种交流其实是一种轻松的休息方式，它降低了工作强度，同时让我们保持专注。我和 保罗 学会了如何高效合作，这样的伙伴关系非常难得。他对我影响极大。在微软时期，Charles Simonyi 和其他一些同事也给我带来了很多启发。

采访者： 你认为软件未来的发展趋势是什么？我们会继续开发更好的文字处理软件和电子表格吗？还是电脑将会开辟我们今天无法想象的新领域？

盖茨： 我们正在走向 电脑承担更多思考任务的时代。我提出了“软化软件”这个概念，指的是软件能够随着时间适应用户的需求和兴趣。未来当然还会有更多优秀的文字处理和电子表格软件，我们还会利用网络、图形技术和新架构。以及，通过紧凑光盘（CD）实现大量数据存储，比如整个百科全书的存储。

真正的变革在于 基于规则的编程。这种编程方式与传统的“如果发生这个，就做这个；如果发生那个，就做那个”有所不同。在基于规则的编程中，你需要制定规则，然后由一个推理引擎来分析当前的事实和规则，推导出新的结论并作出相应的行动。比如，程序可能会根据重力的规则判断，如果桌子上的东西掉落，而它是玻璃制的，那么可能会破碎。这样的程序以一种非传统的方式产生结果。这就是 构建专家系统所用的技术。基于规则的编程指的是通过证明机制进行推理，而不是在程序中直接明确指定。这些技术 可能在未来四五年内 开始显现其影响力。对于那些希望在编程界留名的年轻程序员来说，专注于这种新型编程 可能是个明智的选择。

采访者： 基于规则的编程是否 能比传统编程更有效地处理多样化的信息？

盖茨： 这个问题不太容易解释。比如，你有一个计算桥梁建造方法的程序，它涵盖了关于压力、弯曲和金属特性的所有知识。这个程序中融入了工程学和材料学等方面的专业知识。如果你突然说要用塑料来建桥，对于这个程序来说，这种改变就像是要在火星上建桥一样翻天覆地。

在极端的规则驱动编程中，金属能承受的压力和重力的工作原理等物理原理 都会被明确地定义为规则。所有的逻辑推理都是基于这些规则的检验和应用。但现在，我们还没有足够高效的规则验证工具，以这种方式去处理问题是极其低效的。然而，这正是我们正在取得进展的领域之一，它可能会在不久的将来改变编程的方式。另一个前景是，我们可能会有数百台计算机同时并行运作。事实上，这可能有助于我们高效地运行基于规则的系统。这样的重大架构变化可能会影响人们编程的方式，或者他们对编程的看法。

程序员最担心的是，编译器变得越来越强大，计算机运行速度越来越快，以至于程序员的作用变得不再重要。我曾经也担心，当我决定专注于某个领域时，随着时间的推移，它的重要性可能会逐渐降低。

采访者： 作为一家业务范围广泛的公司，微软如何跟上整个行业的快速变化？

盖茨： 实际上，我并没有跟踪所有的事情。我与 IBM、苹果、DEC 以及日本的顶尖人士合作。我必须了解即将发生的事情，而不是浪费时间 去猜测。当我与微软的同事一起出差时，我们会讨论目前发生的事情。微软的电子邮件系统是一个高效的工具，帮我保持消息的更新。

保持信息更新的一个方法是使用 个人电脑，确保我阅读了说明书并使用了前十款顶级软件产品。这些产品并不经常变更，所以我能够对它们有很深的了解。如果你真的对个人计算感兴趣，你会尝试每一款软件，了解它们的特点，并思考如何做得更好。

从某种意义上讲，个人电脑 已变得更加简单。现在我们只有两种主流架构：PC 和 Mac。回想起以前，我们有三十到四十种 完全不兼容的机器，还有许多不同的编程语言。但现在，为了让数百万用户 能够理解并使用，我们不得不使这些系统更加统一和标准化。事实上，行业中的很多活动并没有真正推动技术的发展。我更愿意关注网络和图形领域，因为我们在这些领域的工作 可能会影响技术的前沿，而不是去关注 哪家零售连锁破产了，谁贿赂了谁，或者 某公司给了某人多少股票。真正聪明的人 会专注于他们的专业领域，并将任何他们认为重要的信息或可能产生重大影响的项目带给我。

采访者： 十年后，你认为微软会处于什么位置？

盖茨： 我们的目标很明确：开发能让每个办公桌和每个家庭 都配备一台计算机的软件。我不确定这会花多少时间——预测具体时间 不是我的强项。微软也想确保这些计算机的质量，我们将构建它们的系统软件，并开发它们需要的重要应用。

虽然将来会有更多计算机，但我们认为无需扩大开发团队，因为我们将制作更多销量的软件。这样，我们能够获得丰富的软件收益，同时保持公司规模 相对稳定。这意味着我们可以更好地了解每位员工，促进 沟通和工具共享，确保 高质量标准的维持。

微软正在专注的一个新领域是光盘（CD-ROM）应用。我们将利用 CD-ROM 技术把个人计算机带进千家万户。

......

内容太长放不下，感兴趣的，可以：

1.看原文：网页链接

2. 看译文：网页链接