编程格言
-
一个人的常量是另一个人的变量。
-
函数推迟绑定， 数据结构减少绑定，
结构数据推迟出现在编程过程中。
-
语法糖引起 半导体的癌症。
-
每个程序都是另外的某些程序或者是补丁的一部分。
-
如果一个程序操作大量的数据，那么它在仅有的几种方式中这么做。
-
对称性是一个复杂性减少的概念，在每个地方寻找它。
-
写一个错误的程序比理解一个正确的程序容易得多。
-
当一个程序要求关注不相关的内容时，这个程序的语言是低级的。
-
在一个数据结构上写一百个函数操作要远好于在10个数据结构上各写10函数。
-
早一点开始过刻板的生活， 用相同的方式做相同的流程。累积成语，再规范化。
在你与莎士比亚的唯一的区别是成语列表的规模，而不是语汇的规模。
11.如果你有一个程序带有10个参数，你可能忘了它。
12.递归是计算之根本，因为它方便描述。
- 如果两个人写了相同的程序，任何一个人都应该把它放入微代码中。
然后，它们是不同的。
14.在长期来看，每个程序都变得 洛可可式的意为过时的然后 变成瓦砾意为被摧毁。
-
除了第一次，每个程序都应该自顶向下地构建。
-
一个程序至少有两个存在的目的，一个是为谁写的，一个是不为谁写的。
-
当你解释你的程序时，你的倾听者 点头，叫醒他。
-
一个没有循环和结构变量的程序不值得写。
-
一个语言如果没有影响到你的关于编程的思维方式，那么它不值得学习。
-
在任何一个地方，如果模块化可能潜在地造成误解，那么隐藏信息就放大了
对检查沟通的需求。
-
优化 阻碍了 进化。
-
一个好的系统不能有一个弱的命令行语言。
-
为了理解一个程序，你必须同时变成机器和程序。
-
很可能出现 我们在童年写的程序，在成年后，我们还能读到它们。
-
综合性的信息只能浮现于头脑中。视图的移动，流转，和选择，比
静态的图更重要。
- 总是有一些事，是在所有的已知的语言中被表述的很差的，在我们的程序中
我们很期望表述的。
-
一旦你理解了怎么写程序，请让其他人写吧。
-
在计算机方面度量进度是很难找到一个合适的时间单位的。
某些大教堂用一个世纪才完工。你能想像一个需要花费如此长的时间的程序
有如此宏大和范围吗？
-
系统与 整容手术 的相似性在于给控制图上加一个带圆的边，而不是一个新的结点。
-
在编程中，我们所做的任一个事都是其它更加通用的事的一个特例，经常我们了解它太快了。
-
简洁性不优先于复杂性，而是跟随它。
-
程序员不能通过他们的创造力 心灵手巧和他们的逻辑来评估绩效，而是根据
案例分析的可行性。
-
第11个命令是 ""你应该计算"" 还是 ""你不应该计算"" 我忘了是哪一个。
-
字符串是一个朴实的数据结构，在重复的流程中它被传遍各处，
为了隐藏信息，它是一个完美的车轮。
-
每个人都能被教雕塑，米开朗基罗却不得不被教不做它。这才是最伟大的程序员。
-
证明四色定理的程序的使用没有改变数学，它仅仅展示出一个理论，
就是一个世纪来的挑战，可能对数学来说并不重要。
- 最重要的计算机是 我们的头脑风暴 和寻找满足 外部的模拟器。实用的计算机的标准化是
一个灾难，所以它不太可能发生。
38。 结构化的编程支持 排除混乱定律。
- 再图形 ：一个图画有一万个字大小。但是仅描述了图画。一万个字的集合
却很难描述一个图画。
40。有两种方式写健壮的程序，仅有三分之一的程序是有效的。
-
一些编程语言为了吸收变化而管理 ，但是却能 禁得住进度。
-
关于一个程序员你能够量度的方面仅是他对fortran 语言的持续的活力的态度。
-
在软件系统中，常常是早起的鸟有虫吃。
-
有时我想在计算领域时仅仅的普适性是 读取－执行－循环。
-
计算的目标是对我们的人工能力的模拟，不是 分析能力的理解。
-
像 双关语，编程是在文字上面的一个话剧。