* Clean Coder Rule: Always leave the code cleaner than you found it. 不用的代码及时清除，留着只会造成冗余和误解(如果你认为某段代码将来可能会用到，我明确告诉你基本上它是用不到的)。笔者经验是用动态语言写代码很难写出 clean code，必须上各种静态检测工具和规范来约束，防止代码腐化。

* Design for failure. 微服务中一切都有可能失败。

* 最少惊讶原则。让代码的副作用尽量最小或没有，函数式编程相比之下 bug 会更少。(有统计数据支撑的结论)

* 增量式编程。及时清理技术债务，代码坏味道，防止『破窗』。及时重构不合理代码，及时进行测试，『慢即是快』，越早发现错误修复成本越低。很多统计数据的结果都显示，一名程序员在公司每天能产出的工业级别的代码不会超过百行。

* 隐藏复杂性。如果复杂性避免不了，应该尽让内部复杂，接口要保持简单易用，而不要因为业务逻辑复杂就堆砌一堆shit。合理抽象，隐藏细节。

* 一次只做一件事(Do one thing, and do it well)。尽量避免复杂度过高的逻辑，尽量做到代码简单，意图明确。

* `《注重细节:代码排版，命名与注释》 <http://ningning.today/2017/01/22/python/python-coding-details/>`_

小白的踩坑记录