公司项目越写越烂，想重构得不到支持，该走还是该留？

[ChoateYao]

在这家公司已经快两年了，从项目的开始就一直在。
进来很多同事也有很多同事离职，代码腐烂的气息越来越重。
期间提出很多建议，如写单元测试、重构代码、整理文档、统一代码风格。
但是基本上只是纸上谈兵，领导每次都给予团队人员不熟悉、每个人的代码风格都不一样等说法。
那我究竟是走还是留呢？每天过来上班看着任务列表就不想工作，实在是不想在这个项目上面写任何代码了。

[msg7086]

我就问一句，钱给的多么。

[em70]

没兴趣就走，青春不等人

[qinkun1234]

风格不一样是大问题！

[buf1024]

其实，绝大部分公司都这样。除非公司非常牛，才注重代码质量。

[wdlth]

每个人的代码风格都不一样……强行找理由

[lynulzy]

重构的成本太大了，做好自己该做的不就行了

[kamal]

什么是重构，什么不是重构
http://hp.dewen.io/?p=396

[ChoateYao]

@msg7086 钱给的还可以。
@em70 我在认真考虑中。
@lynulzy 我也知道重构成本大，但是不重构每次改代码都是阵痛。

[ChoateYao]

@kamal 嗯，我读过类似的文章，我也知道不能大规模重构，我现在就是想一个模块一个模块把重复的功能、复杂的代码都重构，重构当然不是一时半会的事情。但是领导不支持我也木有办法。

[kamal]

http://www.zhihu.com/question/29941041

[lancelot]

想起这个《程序员的呐喊》

[qinkun1234]

@buf1024 非常正确

[tencoldays]

单元测试、重构代码、整理文档、统一代码风格...典型的程序员式的无意义的折腾。只要项目还work，产品市场规模，生命周期没有很大变化的情况下，重构什么都是浪费公司的钱。一个已经推向市场的成熟商用的产品，代码所占的贡献比例太小了。

[FifiLyu]

如果不走，又受不了烂代码。
下次新增功能时，按照功能或者模块，一步步自己重写替换呗！
不要动老代码，不要动老代码！

[laotaitai]

以我在各大大小小的公司和创业团队呆过的经验来看, 不管你走到哪里去, 都是这样的:

work(99%) -> clean(0.9%) -> performance(0.1%).

大部分都一直停落在work上, 那怕是赚钱了, 赚了很多钱, 也还是停在work阶段上. 知道聚美优品吧? 够大吧? 之前够赚钱吧? 根据我前同事说, 一样烂七八糟的, 重构都不敢谈, 为什么不谈? 重构风险太大, 只能一丢丢来, 但是一丢丢来, 跟不上新添加的烂代码.

小团队一开始的目标就是以最快的速度上线, 所以代码不可能写得很好. 如果一开始做项目, 都是反着来(performance -> clean -> work), 在没上线前, 都死了. 如果团队大部分都是 work -> clean -> performance, 你却倒着来, 你只有滚蛋的份儿了.


结果: 如果钱到位, 就这么搞下去吧, 有点空闲时间, 就自己一点点重构模块就是了, 用不着请示领导, 锻炼自己的技术即可, 翅膀硬了, 可以跳到更牛叉的公司去. 如果钱不到位, 并且确定下一份工作薪资更高, 跳槽吧.

[msg7086]

所以就还是我说的→_→ 钱决定腚

话说我以前参与过比较靠谱的开发环境，是全程要求测试覆盖的，如果要重构，必须老测试全过才能算过。（或者测试写错的情况下，改掉测试，总之要保证测试覆盖和通过）

[ChoateYao]

@tencoldays 成熟的产品，代码所占的比例小，这是事实。但每天维护代码的人却是自己，自己每天都混在垃圾堆难道不觉得难受？
@laotaitai 你说的对，但重构的时候对于整个团队来说是需知道且以后提交的代码风格都需要统一，这样子才能把整个项目重构完成并持续良好的运行下去。

[arens]

楼主还是挺有理想的，随心而定吧，如果你真的希望得到更好的工作状态，就应该去追寻

[laotaitai]

@ChoateYao 你语死早么?

[fgwww]

团队人员不熟悉、每个人的代码风格都不一样
这些都可以讨论，代码风格统一是必须的，这个完全可以所有人达成共识。不熟悉？不熟悉还不抓紧时间熟悉代码和规范干嘛呢？