程序员：当你面对一坨代码时，你应该怎么做？

我经常要遇到很多我写的 shit 一样的代码，你经常要遇到很多你写的 shit 一样的代码。不对，别人要经常遇到别人写的 shit 一样的代码。总之，你写的代码可能不是 shit，但是你看别人的可能就是..

适合阅读人群：

有一定工作经验（2~3 年），并且对代码有追求的程序员。

面向复杂的遗留/旧系统，无法下手的项目。

熟悉面向对象的程序员

如果你工作 2~3 年，并且遇到瓶颈，也不妨来看看。

你遇到一坨代码时，你要怎么做？

正确做法

我们在之前写了那么多的代码，有一天成为了遗留代码，这些代码可能会到别人的手里，也可能回到我们自己的手里。这时，我们应该怎么做了。

有了上面的那张图，我这里就只列出一些比较重要的知识：

进行重构计划之前

先进行探索性重构——使用 IDE、编译器辅助、版本管理

收集数据来对项目进行评估——性能、错误日志、异常监测

对常见任何进行计时——环境搭建时间、开发部署、修复bug

使用代码审查工具，如 PMD、Findbugs、CheckStyles

使用 Jenkins 和 SonarQube 进行持续检查

重构决策会议

会议应该决定重构、重写或者重搭

重构

重构相关的内容，可以参见《重构》一书。

重搭

方法：

识别业务和重搭范围

定义模块和接口

构建脚本和依赖管理

分拆模块

更新技术栈

重写

确认重写范围：黑盒式、温习式、补偿式

从过去学习

数据库迁移：共享或迁移

结论

从重构项目中学习，更容易学到新的东西。

感谢阅读