* KISS原则，Keep It Simple, Stupid。能简单的绝对不要复杂，不要炫耀代码技巧，简单可读最重要，后人会感谢你的。

* DRY原则。就算咱不懂设计模式，只要代码复杂重复了就及时抽取出来，至少不会碰到大问题。当然不要矫枉过正，过度追求设计和通用可能导致难以维护和理解。

* 快速失败，灵活使用断言。契约式编程(先验条件和后置条件)，越早失败，越容易排查错误。

* 及时清理技术债务，防止『破窗』。

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

风格相关:

- 不pythonic，写得很业余(随意)，真就信了半天学会python。笔者写代码强制用pep8和pylint检测代码，除了一些无伤大雅的提示（比如行长度超过80），其他错误和提示全部消除。一开始比较痛苦，习惯了能大幅提升代码规范性。

- 上来就 `from shit import *,` 为了偷懒有可能会导致同名覆盖问题，还会让开发工具找不到定义，工程上不要这么用。

- 包导入顺序混乱，没有按照pep8要求，实际上rope等工具能自动帮你整理顺序，我现在就是偷懒随意写，直接让rope给我整理。(标准库，三方库，本地库，同级按照字典序，vim的话可以用rope插件自动整理顺序)

- 导入最好按照模块导入，使用的时候用module.func使用，防止from module import func可能导致的循环引用。

面向过程与面向对象

- 过程式: 基本都是一个个函数(function)来实现功能，你给我一些参数，我对参数做出各种操作，返回需要的结果。

- 面向对象：把资源抽象成一个类，数据(data)和方法(method)的集合。在构造函数中进行数据属性的初始化，在方法中进行对象数据的各种操作。实际在python里，一切皆对象。