2016-1-15：关于烂代码的那些事.md

《关于烂代码的那些事 － 为什么每个团队存在大量烂代码》

一个人工作了几年、做过很多项目、带过团队、发了一些文章，不一定能代表他代码写的好；反之，一个人代码写的好，其它方面的能力一般不会太差。

你是不是经常会碰到那些烂代码？

1. 意义不明

• 不说人话
• 不恰当的组织
• 缺少抽象

所以你想重构？从技术上来说，重构复杂代码时，要做三件事：理解旧代码、分解旧代码、构建新代码。而待重构的旧代码往往难以理解；模块之间过度耦合导致牵一发而动全身，不易控制影响范围；旧代码不易测试导致无法保证新代码的正确性。

同时重构的复杂度跟代码的复杂度不是线性相关的。比如有 1000 行烂代码，重构要花 1 个小时，那么 5000 行烂代码的重构可能要花 2、3 天。要对一个失去控制的工程做重构，往往还不如重写更有效率。

与写出烂代码不同的是，想写出好代码有很多前提：

1. 理解要开发的功能需求。

• 了解程序的运行原理。
• 做出合理的抽象。
• 组织复杂的逻辑。
• 对自己开发效率的正确估算。
• 持续不断的练习。

所以，作为程序员来讲：
不要奢望其他人会写出高质量的代码。
不要以为自己写出来的是高质量的代码。

你我，都需努力。