刚进公司，接手了一个烂项目，要不要继续？

如题，刚进公司，说是做新项目，刚开始有一些眉目。结果领导不知从哪接了个活儿过来，代码各种烂，重复代码一堆，一个大函数1000多行。说是临时抽你过来顶上去做，做一段时间过渡一下就ok，结果一干就是一个多月，这种情况要不要继续干下去？还是辞职换工作？

这种情况几乎每个人都有可能会遇到，入职的时候说的很好，但工作不是以人的意志为转移。你入职之后，就成了公司的一颗螺丝钉，哪里需要就把你拧到哪里。才不会管考虑螺丝钉的想法呢。

可能你会想，当初招我来公司的时候，可不是这么安排我的工作呀。但事实情况是，公司里其他人都比你有经验，都有自己手头负责的一摊工作。也就是你新进公司，手里没活儿，那不抽你来接新项目，抽谁呢？只是很不巧轮到你的是个烂尾项目而已。

SO，现实情况就是抽调谁都不合适，只能是你了。

那这种情况下，你该怎么办？你有以下几种选择：1，辞职而去；2，按它现在的样子，把业务代码写完，让这个项目变得更烂；3，把它重构一下。

这三个选择里，咱们逐一分析一下，第一个选择，“辞职而去”。这个选择最轻松，也最容易做出，老子不写了。它的问题在于，因为你没有经历这个项目，所以你实际的水平并没有提升，所以你无法保证你接下来的下一份工作不是写烂代码。万一你的下一个东家，看你水平就这么个程度，不放心你写正式项目，而已丢个之前的烂项目来给你搞搞，也说不定。

第二个选择，也是比较轻松，就是按着烂代码的样子，继续写烂代码，把它的业务写完拉倒。这样做并不能说错，毕竟大多数人都会是这个选择。“老子就拿这么点钱，当然只做这么点事啦。”这是很自然的选择，当然了，你所收获的也只是。。。写写业务代码而已。这没什么好说的。

第三个选择，就是很困难的，很少有人会选择把烂代码整个重构。毕竟这是件吃力不讨好的事情。重构烂代码，万一出了问题怎么办？出了bug造成损失谁负责？而且工作量会成倍的增加，自己的加班不可避免，但工作成绩并没有增加。对你的考核依然是，“把业务代码写完才算ok”。

但你仔细想想，你的收获会是什么？从整体上把代码的结构理顺，从架构上对代码重新设计，有机会拿一整个项目来练手。。。这都是不可多得的机会呀。

而且，更有趣的是，“就算做烂了又怎么样，你依然可以大不了一走了之，哈哈哈，这时的代码只不过是从烂到更烂而已”，。。谁让公司眼瞎把代码让你负责呢。但此时，你因为重构了烂代码，多少肯定会有一些收获的。只不过你这一次重构烂代码失败了而已。这没什么，公司既然让你来搞，就要接受“代码可能更烂”的可能。

毕竟，都要为自己的选择负责，接受选择的结果。