项目是其他公司搞了好几年了，中间都不知道换了几拨人，然后现在被我们接受了。有点烦。。。
第 1 条附言 · 2 天前
说一下背景，这个项目是其他公司干了好多年的一个项目，他们都已经换了好几波人了，我们公司是应甲方要求转接过来的。对方提供的资料文档很多和现在代码其实对不上，里面存在很大的出入，而且也不会再提供更完整更明确的文档了。其中还涉及到十几年前的技术栈，保留了大量的代码，但是可能只有有限的功能在用（是的，还在用，所以不想花精力去排除。。。）
大致看了下这个项目，目前是极其冗余，大部分功能可能已经废弃了，但是代码还保留着，也没有注释，因此里面存在大量无用的代码，但是没有人能确定是否有用，也没人会去清理。还有很多重复的功能项，这些重复的东西一部分有用一部分是无用的，但是又存在一些交叉交互，耦合极其严重，如果要排除需要花费极大的精力去完成。
这些问题也都给领导反馈了，之前领导还想说把代码接过来，我的意见是与其花费这个精力，不如直接重新做一套。反正目前的策略就是不动如山，改我是一点都不想动了，烂就烂了吧。
大致看了下这个项目，目前是极其冗余，大部分功能可能已经废弃了，但是代码还保留着，也没有注释，因此里面存在大量无用的代码，但是没有人能确定是否有用，也没人会去清理。还有很多重复的功能项，这些重复的东西一部分有用一部分是无用的，但是又存在一些交叉交互，耦合极其严重，如果要排除需要花费极大的精力去完成。
这些问题也都给领导反馈了，之前领导还想说把代码接过来，我的意见是与其花费这个精力，不如直接重新做一套。反正目前的策略就是不动如山，改我是一点都不想动了，烂就烂了吧。
 |
1
imik 2 天前
让 AI 写文档、重构
|
 |
2
Duanye7X24 2 天前  2
绝大部分公司的项目都是屎山，去接手你项目的人，跟你一样的感受，屎山。想办法重写吧。
PS: 每人觉得维护屎山挺轻松的吗？（隐含条件，公司已经习惯屎山的效率和功能了，没有故障效率等等那些压力）只要贴膏药就行 |
 |
3
cubecube 2 天前
@Duanye7X24 哪天屎崩了得全接着，咋会轻松
|
|
4
Duanye7X24 2 天前
@cubecube 屎山又不是你搞出来的，你只是接手，领导又不是瞎子，不至于全让你背锅的，而且据我这么多年维护屎山的经验，屎山一般不会蹦，只会越来越臭
|
 |
5
jimrok 2 天前 1
上 AI 干，装上 kilocode 插件，买上几个套餐。把需求规格写好，让 AI 根据需求规格，写测试用例，然后把全部测试都覆盖来了。然后再让 AI 开始重构，跑测试用例，验证重构成功，一点点干起来。
|
 |
6
pursuit9 OP @Duanye7X24 #2 真没法重构，耦合极其严重，只能是往上面堆新功能了。好消息是，目前暂时只是接受还不涉及大的新功能和功能改动，反正重构是没想法了，不折腾，万一崩了就没法甩锅了
|
 |
8
FreeGuy 2 天前
只有屎一样的团队没有屎一样的项目，屎项目在精英团队手里也能发光发亮，前提是钱给够。
|
|
9
jimrok 2 天前
@pursuit9 可以让 AI 针对某个功能生成一个规格说明书，你检查没问题后，让另外一个 AI 生成测试代码。一个个功能慢慢去耦合，多写单元测试，只能这样慢慢拆。另外要是系统的价值不大就这样去吧，改 TMD 的屎山，未来代码可能都是 AI 实时生成，不需要考虑未来需求，如果需求变了，直接重新生成。
|
|
10
jimrok 2 天前
以后哪有什么屎山代码，都是 AI 屎出来的代码，流浪地球 2 里的场景就要实现了，操作系统根据需求实时生成，刷进机器里。
|
 |
13
forbreak 2 天前
@cubecube 我维护的屎山马上 4 年了，这是屎山经历了 3 家公司。 里面乱七八糟的，但是有人维护基本上崩了也有办法处理。给钱就能维护下去。 怎么会全崩，都是继续拉屎往上堆。
|
 |
14
Cruzz 2 天前
啥项目时间长都是屎山，只是变成屎的时间长短的问题，屎山代码反而很稳，加需求就写新逻辑，别的不动就好了。bug 已经很少了。其实放下你心里的厌恶屎山也没那么难。
|
 |
16
devtk 2 天前
让 claude code + opus 给你重构
|
 |
17
harlen 2 天前
加个访问日志，和无侵入得覆盖率插件。 运行一段时间，你就知道，现在还在用得是哪些接口了，没用得接口就先关了，有人用，总会提 bug 得
|
 |
18
vansiit 2 天前 10
别重构！！！！！
上面这些让你用 ai 重构的人，真的重构过十几年前的项目吗 我真搞过，还不是重构。升级 java8 到 17 ，升级所有存在安全漏洞的三方包。 一步一步从解决报错->编译通过->打包通过->启动成功->解决所有运行报错->跑通业务->部分上线->解决 bug 前后陆陆续续干了几个月，还是分批上线，上线后还是有一堆 bug ，所幸用户量不大。 https://vansiit.cc/2025/05/21/project-upgrade.html |
 |
19
EthanV2 2 天前
继续维护：一遍维护一遍用 ai 辅助理解代码和输出文档
直接重写部分功能模块:需要领导同意并且给时间和资源 我不建议重构 |
|
21
pursuit9 OP 目前是这个打算
|
 |
22
TArysiyehua 2 天前
上面说 AI 的，千万别信，你自己不知道哪个代码是否有用，AI 也不知道，它随便给你删掉了，你等业务报错了再恢复？别听上面的扯淡
|
 |
23
teric 2 天前
不要重构，不要重构，不要重构！！！
|
 |
24
dongdong12345 2 天前
别重构，能跑就行了。有新需求，让 AI 阅读项目代码，再根据新需求出方案，写代码，省下时间摸摸鱼吧
|
 |
25
florentino 2 天前
这个可太简单了,拉个分支,让 AI 对每行代码写注释, 后续改起来就没有什么心智负担了
|
 |
26
nuonuojump 2 天前
可别重构，能跑就行，新的需求新开发。崩了就是天大的黑锅。重构这种 除非自己业务熟悉到姥姥家，不然谁重构谁背锅。除非上面给指令。
|
|
27
pursuit9 OP @florentino 这个可以啊
|
 |
28
luozic 1 天前
AI 加单测，尤其是修改的部分。搞好隔离。
|
Select Language