1.1 反模式
反模式是指在对经常面对的问题经常使用的低效、不良或者有待优化的设计思想、方法。如：
软件膨胀：随着版本的升级，软件越来越消耗系统资源。
反抽象：需要的功能并不暴露给用户，导致用户要在较高层次重新实现一些功能。
万能类︰在一个类的设计中，聚集了太多的函数。
硬编码(Hard Code)：或称写死。在实现某系统用途上设死该系统的运作环境。
超布尔逻辑︰不必要的比较，或是过于抽象的布尔计算。
剪贴编程(Copy-n-paste programming)：宁愿拷贝(并修改)现存代码而非创造通用的解决方案
1.2 模块划分、公共数据、资源设计、接口
设计模式就是这方面的总结。
1.3 界面设计
界面设计可以提前发现需求理解错误，如果界面重要，有专门的UI设计师。
1.4 数据存储设计
可存数据库、二进制文件、文本文件、json文件、xml文件。
1.4.1 范式
1NF的定义为：符合1NF的关系中的每个属性都不可再分。关系数据库一定符合第一范式。2NF在1NF的基础之上，消除了非主属性对于码的部分函数依赖（函数依赖但不是完全函数依赖）。3NF在2NF的基础之上，消除了非主属性对于码的传递函数依赖。函数依赖:不存在任意两条记录，它们在X属性（或属性组）上的值相同，而在Y属性上的值不同。完全函数依赖在一张表中，若 X → Y，且对于 X 的任何一个真子集（假如属性组 X 包含超过一个属性的话），X ’ → Y 不成立，那么我们称 Y 对于 X 完全函数依赖。设 K 为某表中的一个属性或属性组，若除 K 之外的所有属性都完全函数依赖于 K，那么我们称 K 为候选码，简称为码。包含在任何一个码中的属性称为主属性。
1.5 工时预估与工作计划
工时估计没准确的公式，教科书上说误差30%以内，我的经验是预留50%的时间，其中一半机动，一半次要任务。我的估算方法：拆分成子任务，每个任务的粒度大约4到16小时，然后分别估算工时。完成后，再对照看误差的原因在那，我的经验常见原因：
中途发现某个技术细节可以用新方案，然后去研究。
需求或设计有大问题，从头重来。
有新内容，需要研究排除陷阱。
1.6 代码走查
程序员相互查看代码看是否有错误。每个人都有自己的盲点和敏感点，对敏感点效率十倍，对盲点效率一成。除了提前发现缺陷，还有如下好处：
提升代码的可读性、可修改性、可复用性、可扩展性、可移植性，统一的编码风格。
通过展示自己的优秀代码和设计思路，提升个人成就感。
促进沟通能力。
有利于知识共享，避免单点故障，也可增进成员水平。“教”是最好的“学”。