糟糕的代码设计真的让人很心烦..

 

这个问题确实比较难办，少了单元测试的支持，少了team的支持，想重构代码确实比较危险，比较难。

但是我们还是有很多选择，选择离开，选择迎难而上，选择撞钟（To liuqiang， 这个词很赞，可能很多时候我也在做这个工作，所以就比较共鸣：）），选择积蓄力量。。。。

 

选择迎难而上改变环境的方式也有很多。

选择不管37二十一，现在就干。

选择先分析一下形式，现在是时机做这些事情吗？如果还不是那么为什么？

 

我想你，我，或者换了很多人都会认为这种原因是我们身边的程序员，leader能力不够，

那么我们可以把我们的知识，我们的想法分享给别人（如果你愿意，认为是给大家洗脑，然后然他们好别妨碍你干活也可以）

也许等你把很多你技术上的观念，技术上的审美，传达给别人的时候，不用你多说，别人都已经开始重构了。

 

我们渴望在项目中时候尽量好的，尽量合适的，尽量牛X的东西，我想很大一个原因是给自己增加砝码，增加价值。

其实这种分享又何尝不是一种增值，也许你练就了三寸不烂之舌，也许你展示了你的rp（没准哪天就大爆发了），也许你让别人觉得你很牛（这种感觉也不错），也许。。。。。

 

没人会spring就自己搞一下，给领导一个具体的东西，而不是嘴上喊呀喊得。。。。

 

总之心态真的是最重要的，我们不是外星人，犯不着跟自己较劲，跟leader跟兄弟较劲，

不管哪种选择，都是自己的选择，既然选择了就开开心心的做，跟大家一起开开心心的做，

最终要的是要有大家伙都开心的氛围，每个人都能影响team的氛围，或多或少。

 

这是能做的事情，做完了，做通与否已无所谓，也许你会留下来继续前行，也许你最终会离开，但是都会有不一样的收获。

呵呵
遇到这种情况真的是很烦

没事，别提任何意见，叫做什么就做什么，等自己比他NB了之后，就跟他说这得这样写，如果他觉得不行，你觉得自己不爽，就走人．现在是给工资，免费学习，也一样，让做什么就做什么，不让做，自己心里有数记着就行，绝对不能多写一个字，假如你多写了，写对了还行，写错了你就被批逗了

你够不错的了。我写了三年的java，刚进公司居然让我去做php！
一天到晚用着servlet+jsp的概念写着php+smarty。ioc，orm，真tm怀念阿...

不喜欢就走人，高人岂能被尿憋死。

我已经想开了，项目维护和升级的成本很高地，开始我也想重新写某部分代码，后来算了一下，唉～听天由命吧，自己做新模块的时候好点就行了。过个两年你写的代码也会被后来的人说是糟糕的设计的。安啦楼主。

有可能

最多只能下次新项目的时候弄弄

理解楼主，确实很烦，但如果改的话，还吃力不讨好。
在这种代码上干活，实在提不起精神。

我估计这代码不是开发人员想写成这样的。
而是开始的时候需要很简单，而他写的代码对于那个需求来说很适合。
只是后来的需求一点点变化，每一次的变化都不足以引起大的代码变更，只是一点点积累起来，成了这模样了。