UNIX 编程艺术

仅此告诫以后的自己 !

>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>

模块原则：使用简洁的接口拼合简单的部件

清晰原则：清晰胜于技巧

组合原则：设计时考虑拼接组合

分离原则：策略同机制分离，接口同引擎分离

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

吝啬原则：除非别无他法，不要编写庞大的程序

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

健壮性：健壮源于透明和简洁

表示原则：把知识叠入数据以求逻辑质朴而健壮

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

缄默原则：如果一个程序没有什么好说的，就保持沉默

补救原则：出现异常时，马上退出并给出足量错误信息

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

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

优化原则：雕琢前先有原形，跑之前先学会走

多样原则：决不相信所谓的不二法门的断言

扩展原则：设计着眼未来，未来总比预想快

 -----------------------------------------------

KISS -- Keep it Simple，Stupid ！

-----------------------------------------------

[其他]

只要可行，一切都应该做成与来源和目标无关的过滤器

数据应该尽可能文本化，这样可以用标准工具来查看和过滤

数据库部署和应用协议应尽可能文本化，让人阅读和编辑

复杂的前端和后端应该泾渭分明

如果可能，用C编写前，先用解析性语言搭建原型

当且仅当只用一门语言会提高程序复杂度时，混用语言编程才比单一语言编程来得好

宽收严发，对接收的东西要包容，对输出的东西要严格

过滤时，不需要丢弃的消息绝不丢

小就是美，在确保完成任务的基础上，程序功能尽可能少

你无法断行程序会在什么地方耗费时间，瓶颈经常出现在想不到的地方，所以别急于胡乱找个地方改代码，除非你已经证实那里就是瓶颈所在

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

花哨的算法，在n很小时候通常很慢，而n通常很小，花哨算法的通常复杂度很大，除非你确定n一直很大，否则不要用花哨算法