旧闻系列-Unix编程哲学

写在前面

这应该是大学期间读的第一本操作系统方面的书，刚开始接触编程时觉得搞操作系统才是最牛X的，所以和同学一起去图书馆找书，出来各种Windows操作图书，就找到一般Unix编程哲学感觉可以作为小说看看。

Unix编程哲学

关于Unix编程哲学相信大家或多或少多个角度都了解或听到过一些。

比如Kiss：keep it simple, stupid

"简单原则"----尽量用简单的方法解决问题----是"Unix哲学"的根本原则，也是被更多人认可的，以至于在设计模式这种微观角度或者应用架构涉及这种宏观角度，Kiss依然是最被遵守和依赖的原则，比如面对复杂应用场景设计而采用的DDD模式，根本上也是通过结构分割和再组织实现的kiss的目的。

遵守Kiss的好处是：

1. 清晰原则。

代码要写得尽量清晰，避免晦涩难懂。清晰的代码不容易崩溃，而且容易理解和维护。重视注释。不为了性能的一丁点提升，而大幅增加技术的复杂性，因为复杂的技术会使得日后的阅读和维护更加艰难。

1. 模块原则。

每个程序只做一件事，不要试图在单个程序中完成多个任务。在程序的内部，面向用户的界面（前端）应该与运算机制（后端）分离，因为前端的变化往往快于后端。

1. 组合原则。

不同的程序之间通过接口相连。接口之间用文本格式进行通信，因为文本格式是最容易处理、最通用的格式。这就意味着尽量不要使用二进制数据进行通信，不要把二进制内容作为输出和输入。

1. 优化原则。

在功能实现之前，不要考虑对它优化。最重要的是让一切先能够运行，其次才是效率。"先求运行，再求正确，最后求快。"（Make it run, then make it right, then make it fast.）90%的功能现在能实现，比100%的功能永远实现不了强。先做出原型，然后找出哪些功能不必实现，那些不用写的代码显然无需优化。目前，最强大的优化工具恐怕是Delete键。