一个人工作了几年、做过很多项目、带过团队、发了一些文章，不一定能代表他代码写的好；反之，一个人代码写的好，其它方面的能力一般不会太差。
你是不是经常会碰到那些烂代码？
- 意义不明
- 不说人话
- 不恰当的组织
- 缺少抽象
所以你想重构？从技术上来说，重构复杂代码时，要做三件事：理解旧代码、分解旧代码、构建新代码。而待重构的旧代码往往难以理解；模块之间过度耦合导致牵一发而动全身，不易控制影响范围；旧代码不易测试导致无法保证新代码的正确性。
同时重构的复杂度跟代码的复杂度不是线性相关的。比如有 1000 行烂代码，重构要花 1 个小时，那么 5000 行烂代码的重构可能要花 2、3 天。要对一个失去控制的工程做重构，往往还不如重写更有效率。
与写出烂代码不同的是，想写出好代码有很多前提：
- 理解要开发的功能需求。
- 了解程序的运行原理。
- 做出合理的抽象。
- 组织复杂的逻辑。
- 对自己开发效率的正确估算。
- 持续不断的练习。
所以，作为程序员来讲：
不要奢望其他人会写出高质量的代码。
不要以为自己写出来的是高质量的代码。
你我，都需努力。
