看这本书之前，我刚刚写了一个最原始的BASIC语言解释器作为Parser的练手项目。完成后，用了这个解释器试运行了经典的月球登陆车游戏，顺便分析了游戏的源代码，发现读起来各种不便
1. IF语句只能指定跳转行号，不支持ELSE
2. 只能用IF和GOTO来模拟WHILE循环
3. 没有函数调用，只能用GOSUB和RETURN来模拟子过程，阅读的时候为了找到RETURN回到哪得反复查半天。
当时我觉得这只是因为BASIC语言仅仅是给初学者当玩具用的语言，所以才这么难以阅读。
但接下来我就看了这本书，发现1和2在书中的FORTRAN语言也是存在的，因此，两位先贤花费了大量篇幅教导石器时代的开发者，要用条件和循环等分支结构，尽量的少用GOTO等等。并给出了一系列的规范。
但当支持结构式良好的编程语言PASCAL和C出现后，很多书中的规范已经成为自然而然的了。看来，这也是PASCAL和C迅速抢占市场的原因之一（后来C语言因为更贴近机器模型而打败了PASCAL，这是另外一个故事）。
看了这些石器时代的工具，想起来有位大牛说过“设计模式的存在都是为了弥补语言特性的缺陷”。
秦人（FORTRAN, BASIC）无暇自哀，而后人哀之；后人（C++，Java）哀之而不鉴之，以示后人复哀后人也。