代码之外的一些思考

1.软件工程标准化利于工作交接，项目复用

开发初期就应该做好解耦设计，不然后期维护，重构都具有很高的成本。
如果软件已经投入使用，重构会导致出现两套版本，增加维护成本。
高度耦合的软件升级困难
如果模块A耦合模块B，B没升级，但是因为A升级了，B也要投入人力同步修改。.

需要有版本管理的意识
版本管理的几个注意点：
基础版本：（功能点交付情况）
升级版本：（改动点）

转化思考问题的角度
如果某个环节出问题了是否能恢复？
最坏的情况是什么？
把这些问题考虑清楚了，有些人为的失误就可以避免

可能有些事当事人看来很简单？
但是换个人会发生什么情况？
推倒重来？
减少对个人能力，环境的依赖

开发过程中变化的因素都有哪些呢？
1.人员变更（及其常见，收入越是低稳定性越差）
2.代码目录变更 （规范整改）
3.名称变更 （如风格整改）