先从画流程图开始，把整个项目的流程梳理清楚，不然重构都无从下手

1 、可以先读完整的产品设计，然后自己先设计一套
2 、给核心接口写单元测试，以及 Debug 代码流程
3 、在这个过程中完善自己那套设计的细节
4 、输入输出保持不变，重写所有方法的逻辑
5 、执行所有单元测试通过
6 、编写历史数据迁移脚本
7 、提交给测试进行回归测试

别光想着和代码硬刚，一定要和领导讲清楚重构这些系统的难度，确定要让意识到不是你能力不行，而是重构有这些问题的旧系统，对任何技术水平的开发者都有难度；
第二是用 AI 来梳理代码，不要想着直接用 AI 重构，而是先用 AI 大概解读一下代码的功能，当前的 AI 还是解释能力强于重构能力。
楼上提到用 AI 直接梳理依赖关系目前还不现实，但是你可以用 AI 来写一些代码依赖的分析脚本，在这些脚本的加持下增进对代码的理解。

完全看不出来这个 identifier 是干嘛的
-------
看懂一个 identifier 之后，马上用一个合理的名字把它换掉，记得使用 IDE 的 rename 功能（千万不要全局替换！！）。

刚毕业的写不出 10000+行的代码的

要么重构，要么离职。
屎山代码一般都失去业务拓展可能性，钱给够就留，没给够看 offer

这种脏活累活只能交给 gpt 了

@Dogtler 没必要自己离职，到点下班 就得

能用就不要动，不能用就包一层，只有屎山里只能存在屎。

先理解业务，再理解代码，准备测试用例，再考虑一点点重构