程序员如何处理「烂代码」：不是重写，是策略
每个程序员都会遇到烂代码——接手老项目、遇到遗留代码、或者自己之前写的烂代码。
烂代码不是重写的理由，是管理的理由。
一、什么是"烂代码"
代码能跑，但：
- 改动困难
- 容易出 bug
- 难以理解
能跑 ≠ 没问题。
二、为什么不要急着重写
1. 重写风险高
- 可能引入新 bug
- 可能理解错了原来的逻辑
- 交付时间变长
2. 重写不一定更好
没有文档的老系统，藏着很多"业务规则"。
重写可能丢掉这些规则。
三、正确的应对策略
1. 识别烂代码的位置
哪些代码最影响开发效率？
优先处理影响最大的。
2. 渐进式重构
不要一次性重写，而是每次改一个地方：
- 改一个函数 → 加测试 → 确认正常
- 改一个模块 → 加测试 → 确认正常
3. 写防御性代码
新写的代码，要比烂代码更好。
一点点改善，时间长了效果显著。
四、一句话总结
烂代码不需要重写，需要的是渐进式改善。
标签: 代码重构, 烂代码, 开发方法, 程序员, 遗留代码