接手管一个新的项目，代码太杂，怎么办

[xiluo]

是一个java web项目，主要用的后spring，前jquery。整个项目都是以模块形式外包出去做的，拿回来整合到一块之后很多重复代码，而且编码基本没有规则，很乱很乱，已经有两个人因扛不住直接离职了。
这样的项目怎么处理呢，我想到的是只有*推倒重来*

[alexrezit]

离职.

[saharabear]

慢慢抽，补单元测试，然后给上面说明细节，不行就继续外包，或者收小弟继续豁害。（我躲）

[bengol]

离职吧

[xiluo]

@alexrezit
@bengol
除了离职，我觉得老板挺可怜的，他不太懂软件，就知道外包，想做点实际的事情。

@saharabear 可能”慢慢“抽会有用，这个确实急不来呀

[Paranoid]

有钱就组建团队，推倒重来!

想做实事该花的还是要花.

[doufenger]

@xiluo O,O||| 我们公司差点都想走这条外包的可怜不归路了。

[alexrezit]

如果想要靠谱外包就像日本人一样, 把每个接口的命名, 每个参数的类型和命名都非常细致地写清楚. 这样即使接包的是个傻逼, 你也可以很方便地重构.

[qiukun]

@alexrezit 我就是这么搞的。加接口要打报告。

[gsanidt]

其实我最近也遇到这种情况，好在我只是接手一个模块的代码。

[chunshuai]

随便改改呗。 当初外包就是图便宜

[xiluo]

@alexrezit
@qiukun
@gsanidt
@chunshuai
这样说来，CMMI对于外包这事来说还是很靠谱的，这样就得先把设计之前的工作都考虑好了，估计当初他们发出去外包的东西只是一些图片，具体的规则根本就没定义清楚，才到了现在的一塌糊涂。。。

[jamiesun]

@saharabear 补单元测试没有意义的

重构

重构也并不代表要全部推到

只要模块化做的还不算太乱

[chemzqm]

离职

[Golevka]

乃萌对外包公司的期望太高/过于乐观了才导致现在的杯具

[xiluo]

@Golevka 没错

[chunshuai]

@xiluo 估计当初外包的人 不靠谱 导致外包公司 只是完成了 当时的需求。