同步进程的协调和操作系统的结构

　　 Dijkstra在1950～1952年期间曾当过三年程序员，在从事硬件中断处理程序的研制中，他发现一些程序错误在多个中断同时出现的情况下无法再现，很容易被当作硬件的瞬间故障，这一现象使Dijkstra毛骨悚然，促使他后来钻研用科学方法从事软件研制。操作系统是当时最复杂的软件，1965年Dijkstra在ACM通讯上发表了仅一页长的短文“并行程序的控制”，这是他在操作系统领域的第一个重要贡献。该文提出了并行程序互锁问题的一个解决方案。“死锁”（Deadly em－brace）这一术语是Dijkstra发明的。1967年在首届操作系统原理研讨会上，Dijkstra介绍了他和几个博士生研制的THE多道程序系统。THE系统的目的是验证Dijkstra关于操作系统原理、结构、同步进程通信机制等方面的一系列新想法。今天已经普遍采用的系统的多层结构、抽象、上层不需了解下层的详细细节等科学原则就是当时Dijkstra提出的，引起了强烈反响；同步进程通信的信号量Semaphore这一术语也是Dijkstra当时创造的。

　　 同步进程协调方面的程序错误是很难发现的，为此我曾吃过大苦头。1979年我开始设计Ⅱ型照排系统，用了两台双极型高速微处理器平行工作实现轮廓字形的复原和控制激光扫描，两台微处理器通过信号量彼此协调。设计和编程均无错误，但在把微程序翻译成二进制代码时错了一位，结果造成了无法再现的随机故障：激光打印机输出的汉字有时拖尾巴。这一故障持续了一年多，引起用户不满，后由潍坊计算机公司的一位协作人员挖空心思地发现了错误的原因，即二进制码错误，问题才得以解决。

　　 上世纪六十年代操作系统的研制经受了一系列重大挫折，典型的例子是OS 360。而Dijkstra为首的一批科学家的努力，使操作系统走上了健康发展的道路。

　　Go To语句有害和结构程序设计

　　 结构程序设计被称为软件发展中的第三个里程碑（第一、二个里程碑是子程序和高级语言）。早在1965年召开的IFIP会议上，Dijkstra就提出“Go To语句可以从高级语言中取消”，“一个程序的质量与程序中所含的Go To语句的数量成反比”。但是，Dijkstra讲话的影响很小，当时人们正忙于IBM 360系列的使用；而IBM 360的主要语言之一是FORTRAN，Go To语句则是FORTRAN的支柱。

　　 1968年Dijkstra给ACM通讯写了一篇短文，该文后改成信件形式刊登，以便早日发表，这就是具有历史意义的、著名的“Go To Let－ter”。Dijkstra在信中建议：“Go To语句太容易把程序弄乱，应从一切高级语言中去掉；只用三种基本控制结构就可以写各种程序，而这样的程序可以由上而下阅读而不会返回”。这封信引起了激烈的讨论。人们逐渐认识到：不是一个简单地去掉Go To的问题，而是促进一种新的程序设计观念、方法和风格，以期显著提高软件生产率和降低软件维护代价。当时采用结构程序设计方法的两个最著名项目是：

　　 1、 纽约时报信息库管理系统，含8.3万行源代码，只花了11人年，第一年使用过程中，只发生过一次使系统失效的软件故障；

　　 2、 美国宇航局空间实验室操作的模拟系统，含40万行源代码，只用两年时间就全部完成。

　　 上个世纪六十年代末到七十年代初，上述这两个系统可以算得上是大型软件了。结构程序设计概念影响了后来的高级语言，也影响了一代程序员的风格和习惯。

　　坚持真理，不惜反对恩师

　　 ALGOL 68语言是Van Wijingaarden为主设计的，得到了IFIP下属的工作小组的多数票通过。Wirth、Dijkstra和Hoare等工作小组成员发表了“少数派报告”，强烈反对这一语言及其表达方式。ALGOL 68的表达方式独特而严格,但不易理解，是Wijingaarden的发明。事实证明，少数派是正确的，AL-GOL 68很快就夭折了。

　　 要知道，Wijingaarden是Dijkstra的恩师。上世纪五十年代初Di－jkstra在阿姆斯特丹数学中心编程序时Wijingaarden是他的领导。Dijkstra当时正在攻读理论物理学位，他发现理论物理课程和程序设计在精力上越来越冲突，他又拿不定主意，到底成为一个理论物理学家还是选择程序设计作为自己的职业，而他当时又担心程序设计能否成为被尊敬的学科。充满不安心情的Dijkstra于1952年春的一个早晨敲开了Wijingaarden办公室的门。几个小时的谈话，使Dijkstra变了另外一个人，因为Wijingaarden向他指明了程序设计这门学科正处在起步阶段，因而有重大的机会，Dijkstra可以努力使程序设计变成一个受人尊敬的学科。Dijkstra把这次谈话称为他一生中的转折点，于是决定尽快结束理论物理研究，全身心地投入程序设计。Dijkstra说，为此他应该终生感谢Wijingaarden。但是Dijkstra还是强烈地反对其恩师的得意之作ALGOL 68，少数派报告虽被IFIP压制，但真理终究得到了证明，后来的成功语言都是背离ALGOL 68方向的。

　　Dijkstra的名言今天仍有现实意义

　　 Dijkstra的主要贡献是在上个世纪五十年代末到七十年代初，也就是他二十多岁到四十岁出头这段时间完成的。回忆这些过去的成就是想强调：洞察力对一个科学家是何等的重要! Dijkstra获图灵奖以后，软件领域又涌现出图形用户界面、面向对象技术等一系列新的里程碑，因特网更是带来一个全新的时代。但是三十年前Dijkstra关于程序可靠性的一些名言至今仍有意义：

　　 “有效的程序员不应该浪费很多时间用于程序调试，他们应该一开始就不要把故障引入。”

　　 “程序测试是表明存在故障的非常有效的方法，但对于证明没有故障，调试是很无能为力的。”

　　 Dijkstra大力鼓吹程序正确性证明，但这一方法离实用还有相当距离，因为一段源程序的正确性证明的文字往往比源代码还要长，所以充分的软件测试今天仍不可或缺。但是程序员的科学训练是十分重要的，有人曾做过一个试验：一个题目由一批印度程序员编程，其结果惊人地相似；而由一批中国程序员来做，编出的程序五花八门。中国的软件人员有时把创造性放在不恰当的地方。只有规范的科学的编程，一个大项目才能得到有效的管理，其质量才能保证。

　　 中国软件产业的发展需要有洞察力的帅才，也需要一大批训练有素的程序设计人员和既懂技术又懂管理的项目领导人。

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　                                        2002年9月3日

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　                         ———选自2002年第10期《北大方正》报