Unix 哲学
Unix管道发明人，Unix传统的奠基人Doug Mcllroy在《Unix的四分之一世纪》中总结到：
Unix哲学是这样的：一个程序只做一件事，并做好。程序要能协作。程序要能处理文本流，因为这是最普通的接口。
Rob Pike，最伟大的C语言大师之一，在《Notes on C Programming》中从另一个稍微不同的角度表述了Unix的哲学：
原则一：你无法断定程序会在什么地方耗费运行时间。瓶颈经常出现在想不到的地方，所以别急于胡乱找个地方改代码，除非你已经证实那儿就是瓶颈所在。
原则二：估量。在你对代码进行估量，特别是没有找到最耗时的哪部分之前，别去优化速度。
原则三：花哨的算法在n很小时通常很慢，而n通常很小。花哨算法的常数复杂度很大。除非你确定n总是很大，否则不要用花哨的算法（即使n很大，也优先考虑原则二）。
原则四：花哨的算法比简单的算法更容易出bug，更难实现。尽量使用简单的算法配合简单的数据结构。
原则五：数据压倒一切。如果已经选择了正确的数据结构并且把一切都组织得井井有条，正确的算法也就不言自明。编程的核心是数据结构，而不是算法。
原则六：没有原则六。
Ken Thompson-------Unix最初版本的设计者和实现者，对原则四做了强调：
拿不准就穷举。
从整体上说，Unix哲学可以概括为以下几点：
1. 模块原则 ：使用简洁的接口拼合简单的部件。
2.清晰原则：清晰胜于机巧。
3.组合原则：设计时考虑拼接组合。
4.分离原则：策略同机制分离，接口同引擎分离。
5.简洁原则：设计要简洁，复杂度能低则低。
6.吝啬原则：除非确无它法，不要编写庞大的程序。
7.透明性原则：设计要可见，以便审查和调试。
8.健壮原则：健壮源与透明与简洁。
9.表示原则：把知识叠入数据以求逻辑质朴而健壮。
10.通俗原则：接口设计避免标新立异。
11.缄默原则：如果一个程序没有什么好说的，就沉默。
12.补救原则：出现异常，马上退出并给出足够错误信息。
13.经济原则：宁化机器一分，不花程序员一秒。
14.生成原则：避免手工hack，尽量编写程序去生成程序。
最新评论