Unix设计原则介绍。Unix管道的发明人、Unix传统的奠基人Doug Mcllroy曾经说过：

1、让每个程序就做好一件事情。如果有新的任务，就重新开始，不要往原程序中加入新功能而搞得复杂。

2、假定每个程序的输出都会成为另外一个程序的输入，哪怕那个程序还是未知的。输出中不要有无关的信息干扰。避免使用严格的分档格式和二进制格式输入。不要坚持使用交互式输入。

3、尽可能早地将设计和编译的软件投入使用，哪怕是操作系统也不例外，理想情况下，应该是在几星期内。对拙劣的代码别犹豫，扔掉重写。

4、优先使用工具而不是拙劣的帮助来减轻编程任务的负担。工欲善其事必先利其器。

后来他这样总结：

程序只做一件事，并做好。程序要能协作。程序要能处理文本流，因为这是最通用的接口。

Rob Pike，最伟大的C语言大师之一，在《Notes on C Programming》中从另一个稍微不同的角度表述了Unix的设计哲学：

原则1：你无法断定程序会在什么地方耗费运行时间。瓶颈经常出现在想不到的地方，素以别急于胡乱找个地方改代码，除非你已经证明那儿就是瓶颈所在。

原则2：估量。在你没对代码进行估量，特别是没找到最耗时的那部分前，别去优化速度。

原则3：花俏的算法在n很小的时候通常很慢，而n通常很小。花俏的算法的常数复杂度很大。除非你确定n总是很大，否则不要用花俏的算法（即使n很大，也优先考虑原则2）。

原则4：花俏的算法比简单的算法更容易出BUG,更难实现。尽量使用简单的算法配合简单的数据结构。

原则5：数据压倒一切。如果已经选择了正确的数据结构并且把一切都组织得井井有条，正确的算法也就不言自明。编程的核心是数据结构，而不是算法。

原则6：没有原则6。

Ken Thompson—-Unix最初版本的设计者，对Pike的原则做了敲掉：

拿不准就穷举。

Unix设计中很多的内容不是这些先哲们口头表述出来的，而是他们所作的一切和Unix本身所作出的榜样体现出来的。从整体上说，可以概括为以下几点：

1.模块原则：使用简洁的接口并拼合简单的不见。

2.清晰原则：清晰胜与机巧。

3.组合原则：设计是考虑拼接组合。

4.分离原则：策略与机制分离，接口与引擎分离。

5.简洁原则：设计要简洁，复杂度能低则低。

6.吝啬原则：除非确无它法，不要编写庞大的程序。

7.透明性原则：设计要可见，以便审查和调试。

8.健壮原则：健壮源于透明和简洁。

9.表示原则：把知识叠入数据以求逻辑的质朴和健壮。

10.通俗原则：接口设计避免标新立异。

11.缄默原则：如果一个程序没什么好说的，就沉默。

12.补救原则：出现异常时，马上退出并给出足够的错误信息。

13.经济原则：宁花机器一分钟，不花程序员一秒钟。

13.生成原则：避免手工hack，尽量编写程序去生成程序。

所有的Unix哲学浓缩成一条铁律，那就是各地编程大师们都奉为圭枭的“KISS”原则：