不要容忍破窗户（低劣的设计，错误决策或是糟糕的代码）：
一个不修，会越来越多，迅速恶化。
如果没有人处理项目的所有垃圾，找一个大型垃圾桶处理掉。不要遗留下来
当你容忍项目中已存在的垃圾时，会是的自己也不断创造垃圾
当项目中都是漂亮的代码时，你也会想法设法保持优雅
即使暂时无法处理修补垃圾代码，也要把垃圾分离出去，使成为一个独立的附属，随时可以修补和去除
知道何时停止：
不可能存在完美的代码，完美的功能。
知道下一步改进所带来的麻烦和改进是否合算
学习新的知识：
定期学习：即使学习量很小
多元化：需要知道目前所用的特定技术的各种特性，掌握的技术越多，就越能更好的调整
管理风险：不要把所有的技术放在同一个领域
领先一步：在知识得到大规模肯定和应用之前学习它可能会得到高额回报，而不是总在追随流行的知识，类似于股票
重新评估和平衡：或许上个月的热门技术已经冰冷，需要重温很久没用的某项知识，
建议：
每年至少学习一种新语言
每季度阅读一本技术书籍
也要阅读非技术书籍
上课：培训等
参加本地用户组织
实验不同的环境
跟上潮流
持续投入：如果熟悉了某种新语言，继续前进
不要重复你自己：
软件中的每一项知识都必须单一,无歧义，权威的表示
使修改时只用修改一处，永远不要期望自己记得与此项关联的其他项，保证只需要修改一处
正交性：
系统功能不相互依赖，保持良好的隔离性，使更好的复用，测试，结合
可撤销性：
应该允许突然的变动。如数据库系统，商业逻辑
但随着项目的进展，一个个关键决策的作出，越来越难作出重大改变
构建原型：
使用高级的语言实现原型，推迟考虑许多细节，忽略完整性，可以使用虚设的数据，不使用文档和注释
迅速产生一个演示，方便的进行展示，提供样本以修改，测试
提供犯错误的机会，可以为不必要的开发做好准备
在调试时小心“近视”:
要抵制只修正你看到的症状的急迫愿望：有可能实际的故障就在旁边。
要小心的改正每个错误，比编码更谨慎的态度去。因为错误的改正bug会导致真正bug更深次的隐藏
代码生成：
可用来解决“不要重复你自己”问题，不用复制粘贴代码，而采用一个源文件生成代码的方式来进行，永远保持生成代码
通过合约进行设计：
对前条件严格，传递好数据是调用者的责任。而允诺返回的东西要尽可能少。
早崩溃，对于一个错误的参数，要直接了当的崩溃，明确错误
软件中不可能发生的事情，也可能发生，要检查，断言：
一个月少于28天
c++:a=2;b=3;if(a+b!=5) exit(1);
内角和不等于180度的三角形
没有60秒的一分钟
java：（a+1)<=a
永远要相信事情有可能发生，不要轻易断言
要针对不同的问题，采取生成错误信息，或引发异常，或忽略！
元数据驱动(扩展性)：
把抽象放进代码，细节放进元数据
对决定性的配置放在代码外，进行配置
商业逻辑更应成为元数据
如采购天数，定期备份等等，这些数据应放在配置文件中，单独列出
清楚了解什么事物表示为程序的具体代码，什么应表示为外部的元数据
其实也就是扩展性，应该把经常变动，或者需要变动事物列出，方便用户自主更改
何时进行重构：
重复：发现对DRY原则的违反
非正交的设计
过时的知识
性能
1.不要试图在重构同时增加功能
2.在开始重构之前，确保拥有良好的测试，这样，如果改动破坏力任何东西，便能很快知道
3.采取短小，深思熟虑的步骤
不要使用你不理解的向导代码：
特别是这些代码与你自己的代码交织一起，你就只能前进，而不知道修改，特别是GUI构建
形式方法（UML)：
它们无法表示有适应能力的动态系统
鼓励专门化，需要专门去学习，把设计数据模型的人跟具体编码人分离
代码测试：
编一点，修一点
sign your work!
(收起)
