一、哲学
1、Rule of Modularity: Write simple parts connected by clean interfaces.
1、模块原则：尽量使用简洁的接口套和简单的组件。
2、Rule of Clarity: Clarity is better than cleverness.
2、清晰原则:清晰胜于取巧。
3、Rule of Composition: Design programs to be connected to other programs.
3、组合原则：设计时，要考虑连接组合。
4、Rule of Separation: Separate policy from mechanism; separate interfaces from engines.
4、分离原则：策略同机制分离，接口同引擎分离。
5、Rule of Simplicity: Design for simplicity; add complexity only where you must.
5、简洁原则：设计尽可能简洁，复杂度能低则低。
6、Rule of Parsimony: Write a big program only when it is clear by demonstration that
nothing else will do.
6、吝啬原则：除非别无他法，否则，不要去编写庞大的程序。
这点，跟上第5点差不多，以简洁为美，不要刻意去编写庞大而复杂的程序。
7、Rule of Transparency: Design for visibility to make inspection and debugging easier.
7、透明原则：设计要透明可见，以便审查和调试。
充分考虑透明性、显见性、简洁性。
8、Rule of Robustness: Robustness is the child of transparency and simplicity.
8、健壮原则：健壮的程序源于透明与简洁。
程序越简洁，越透明，程序就越健壮。
9、Rule of Representation: Fold knowledge into data so program logic can be stupid and
robust.
9、表示(法)原则：把知识叠入数据，以求逻辑结构质朴而健壮。
建模，以求逻辑结构清晰。
10、Rule of Least Surprise: In interface design, always do the least surprising thing.
10、通俗原则：接口设计，避免标新立异。
程序的好坏由用户来评判，最简单易用、最通俗易懂的程序，往往是最受用户欢迎的程序。
11、Rule of Silence: When a program has nothing surprising to say, it should say nothing.
11、缄默原则：如果一个程序没什么好挑剔的，那就保持沉默。
程序不要有多余冗杂的部分，尽量简洁为上，不需要的多余功能，就不要有。
12、Rule of Repair: When you must fail, fail noisily and as soon as possible.
12、补救原则：出现异常时，马上退出并适当给出足够的出错信息。
尽可能让程序以一种容易诊断出错误的方式终止掉。
13、Rule of Economy: Programmer time is expensive; conserve it in preference to machine
time.
13、经济原则：宁可多花机器一分，也不浪费程序员一秒。
时刻记住，程序员的时间是宝贵的，不要无故浪费一分一秒。
14、Rule of Generation: Avoid hand-hacking; write programs to write programs when you can.
14、生成原则：避免手工hack(直译了)，尽可能编写程序，让程序去生成程序。
程序规格越简单，设计者就越容易做对。
15、Rule of Optimization: Prototype before polishing. Get it working before you optimize it.
15、优化原则：雕刻前先要有模型，跑之前，要先学会走。
先制作原型，再精雕细琢。优化之前，先确保能用。否则，一切美妙的优化，都是白搭。
或者如，极限编程大师 Kent Beck所说，先求运行，再求正确，最后求快。
不要一味的去考虑那些蝇头小利的所谓效率提升，尽量不要去过早优化，是一切万恶之根源。
16、Rule of Diversity: Distrust all claims for "one true way".
16、多样原则：绝不要去相信什么所谓"不二法则"的言论。
即使最出色的软件，也常常会受限于设计者的想象力。
爱因斯坦曾说过一句话，这个世界缺乏的不是技术，而是想象力。
没有人能聪明到把所有的东西，都能事先预言安排好。
17、Rule of Extensibility: Design for the future, because it will be here sooner than you
think.
17、扩展原则：设计要着眼于未来，因为有时未来来的要比想象中的快。
二、历史-双流记
1983年 Richard M.Stallman创建了GNU项目
1986年 发明patch的larry wall开始开发Perl语言
一开始unix系统被AT&T SUN IBM掌控，一份源码许可证要4万美元
1991年 linus torvalds 宣布了linux项目
1992年 386BSD 发布
在旧学派的unix开发者中，部分聪明者注意到，做了多年的平价Unix之梦从一个意想不到的方向悄然城镇。
它既不是来自AT&T，也不是SUN，或者任何一个传统厂商，也不是出自学术界有组织的工作成果。它就这样从Internet的石头缝中跳了出来，浑然天成，以令人惊奇的方式重新规划拼装了Unix的传统元素。
黑客的起源和历史：1961-1995
从社会性而言，他们年轻，天资过人，几乎全是男性，献身编程达到痴迷的地步，决不墨守成规--后来被人们唤作“极客(geek)”。他们往往也是头发蓬松的嬉皮士和准嬉皮士。他们有远见，把计算机看作构建社区的工具。他们读Robert Heinlein和J.RR.Tolkien的书，参加复古协会，双关语说起来没完，抛开这些怪癖，他们中的许多人都跻身世界上最聪明的程序员之列。
1995年，linux找到了自己的杀手级应用----开源的web服务器Apache
用自由软件是因为它运行得更好，而不是说“用自由软件是因为所有软件都该是自由的”
“开源”明显要用一个意识形态中性的公众标签来取代Stallman钟爱的“自由软件”
在Unix历史中，最大的规律就是：距开源越近就越繁荣。
过度依赖任何一种技术或者商业模式都是错误的----相反，保持软件及其设计传统的灵活性才是长存之道。别和低价而灵活的方案较劲。
三、unix哲学和其他哲学对比
unix统一性的理念或象征最重要一点： “一切皆文件”模型及在此基础上建立的管道概念。
193
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
