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

[ChoateYao]

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

[ren2881971]

习惯了就好了。。 我前同事还有直接把生产环境的数据库ip 直接写到代码里的呢。。

[RaymondYip]

新的模块自己负责的 写好就行啦， TAT 我是被 公司的开发环境了 发布系统搞到蛋疼

[dododada]

以前公司的产品，重构过，顶峰60个人，干了靠近两年，当做新品发布的

[stupil]

这是一个问题么？

http://gulu-dev.com/post/2015-05-09-legacy-code

[VienDave]

不要动老代码，不要动老代码！

[popbones]

项目重构是需要钱的，项目是有预算的，需要重构没预算的时候怎么办？技术人员会觉得领导傻逼，你既然想做就应该做好，就要舍得花钱。但是老板其实心里清楚，不掏钱只有两个原因：1）没钱；2）这个项目不那么重要，不需要那么好。

[wanliang1221]

新公司还是先赚钱，代码质量等上市弄了资金再找人搞吧

[birdgu]

我觉得楼主需要考虑的是其他同事离职的原因是什么，代码散发出腐烂的气息是否是公司在走下坡路的征兆。

[birdgu]

@est

> 1. 一比一实现原有功能
> 2. 兼容老功能
> 3. 把老功能的数据迁移过来，并且平滑升级无缝切换。

这个不是重构，是重写。

[est]

@birdgu 都要重构的项目了，原先的设定一定很多不合理，搞不好就会重写。。。。。。。

[ivenvd]

我只想说，「纸上谈兵」不是这么用的……

[qihboy]

真的要重构的话，必须有一个能hold住全场的人物，如果只是你有个重构的点子，然后要求大家去参与重构，这基本上是不可行的。你得知道系统的所有部分，哪部分如何重构，并且还得把关，不只是说要重构就行的，很多人其实不知道为什么要重构或是如何重构的。

曾经在前公司重构过一个工具类软件，说是重构其实相当于我一个人把4个人的代码重新整合，统一风格，然后大部分代码重写了，意思就是说一个人把这个软件重新再写了一遍（你造我有多痛苦吗？看着别人的烂代码一边骂还不得不含着泪 写下去，自己接的炮，含着泪也要打下去呀。。。）

[est]

@qihboy 差不多同感。！

[ZnZt]

你见过javascript代码全是全局变量，各种直接写在html 标签里的onEvent事件，内联style到处有甚至body内还有style标签的代码么

[nuc093]

@tencoldays !

[Lonely]

@qihboy 非常同意。

[song0071000]

的确是重构需要太多精力了。重构好了 boss不会表扬你，但是搞出bug来 就是你的不对了。。
换句话说，就是有点吃力不讨好

[bitweaver]

建议楼主暗中写不稳定bug，搞垮搞懒这个项目。

[wizardoz]

程序员大多看不起别人写的代码。
统一风格更是扯淡，简单的项目还好说，如果比较大的项目或者用了多个开源库，每个库的风格都不一样，我想问如何统一？
我原来一个新来同事想提议公司全部代码使用匈牙利命名法，但是我们公司主要是做linux的，他不了解在Linux下各种C库根本没有使用这种命名法的。
不要在同一个文件里面写不同的风格就OK了，我觉得程序员包容很重要。

[JoeShu]

程序员要学会克制重写代码，重构的冲动