现在体会到了多人开发带来的痛苦

[Akiyu]

现在着手维护老代码, 之前共同开发代码的人已经离职了, 最近是真的被这代码弄得焦头烂额...

举个例子, A 创建了这个项目, 实现了基本的功能, 然后 A 去做其他的了

这时候 B 来了, B 的任务是在这个框架之上添加一个功能
(他并没有和 A 沟通, 沟通不彻底, 或者这时候 A 没时间, 等等原因)
B 不熟悉这个框架, 加功能的时候需要一个参数(函数), 这个参数(函数)本来在 A 写的代码里面有了
但是 B 不知道, 自己动手把这个参数(函数)实现了, 好, B 完成任务了.

然后又来了 C, C 实现功能的时候他只看到了 B 的那部分(或者 A 的部分), 他以为把这里改了就好了
就只改了一处, 或许因为逻辑的原因暂时没有问题 (也许 C 看到了问题所在, 但是要把框架纠正过来太麻烦了, 他只管实现就行了), C 好像也完成任务了. ...

到最后来维护这个代码的人面对的就是坑坑洼洼的代码
没有人对接, 这样他即使能改, 改出来的也是坑坑洼洼的代码...
我现在大概就在做这样的事, 好痛苦...

PS:谁写的谁来维护, 鬼 TM 才想看这样的代码

[sumu]

千万别一激动就大规模重构，一般都是给自己挖坑，老板还看不到你的绩效。重构有点类似搞大扫除，搞完自己住觉得爽，但对于房子的价值而言提升很小。一个可行的策略是延长时间线，在不影响开发和维护的基础上逐步抛弃

[MoHen9]

1.推到，重来。

我接手项目之后，发现项目的每一个文件都散发着腐烂的气息，需要即可着手准备重构，但是东西太多了，可以说是牵一发而动全身，改完之后，会出现莫名只奇妙的 bug，不敢改，就想着推到重来，先想到的是做成微服务，着手学习微服务，东西太多，勉强改了最重要的模块，其他的先不管。

2.跑路

改着改着发现能力不够，只给 4k 的 money，又做驴(Android)又做马(后台)，有时还得做骡子(前端页面从“设计”到实现，还有测试)，实在是累，跑路 ing。

[MoHen9]

打错字了，是推倒

[iqav]

题外话。未来有没有一种程序，能把代码全息投影出来，自动分析 /分解代码结构逻辑关系，然后给出最优解决方案，并能自动执行整理工作，就像电影里边一样（笑）

[mingyun]

如果有时间精力就重构吧 不过万一你又离职了，这个坑又留给别人了 [doge]

[lcdxiangzi]

@l00t #21 很中肯，真的需要谨慎。

[Akiyu]

@iqav 可能会有... 话说这不是别人眼中的程序么
我身边的不知道程序的都以为程序坐办公室敲敲代码, 空调吹着
薪水不错, 偶尔加加班, 日子过得不错.
然而呢...

[mengyaoss77]

我现在也在维护这样的一个项目, 坑坑洼洼, 不知道从哪里动刀子.
而且我还是实习, 也没这个能力去动刀子..

[May725]

@iqav 都给出解决方案了，再直接改了，测试也一起做了，nice

[nevermind1998]

最煩的是沒測試或是測試覆蓋很少
改都改的怕怕的

[career]

代码风格超级烂的，最近要看吐了

[dragonszy]

千万不要重构，给自己挖坑。重构这种事由竞争对手做就行了。

[Leigg]

钱多混着干，钱少你懂的

[jiangbingo]

UT+ refactor.