目前在负责一个06年的老项目(struts1)的维护。
由于客户那边不断的在提新需求，每次都在这个老系统代码上修修改改，项目历史周期的原因，代码的质量已经不可控，也没有人为去约束，每个模块都能看到一大堆的重复方法和代码(后者copy前者的，弄得现在做这个项目维护都是参考前面的方法。)，每个模块所有的方法都写在一个action里面，每个action往往几千行，同时页面也是几千行，百分之80以上都是js代码，一大堆css。感觉每次修改的时候，很痛苦，很费劲，有些很简单的需求，在这个代码的冗余上，修改和维护显得很困难，并且感觉长期这样维护下去，自己的能力会一直下降。
很想走人了，但是因为经济上的原因不能轻易离职，不知道各位有什么好的看法？
我们现在共同的遭遇啊. 面临的问题真是一模一样 只是我弄到项目01年左右的,比你大更老一点
很多大公司, 都这情况. 不要抱有重构的幻想,公司的经济也不支持
遇到代码不顺眼的时候, 首先改变的是自己. 维护起来确实相当痛苦.
在新项目中可以一天的做的事情或许比在这样的老项目上多10倍 也许还会更多..
如果你是个老程序员了,你就该反过来想了
这样的工作才具有挑战性, 深入点去了解现状 了解原因 在心里构建一个项目模型.
也就是怎么样避免这样的尴尬现象出现 或者怎么样学会利用老代码而不是去重新写一个.
这二者才是脊髓, 说白了 个人看法有多深 以后就是多深的程序员了
牛b的程序员不在于会写代码 而在于更多的东西。
不知道你在那工作了多久了,一开始做这些事很正常.
给你充裕的时间适应,但是总是让你做那些繁琐无味的
维护,确实是挺纳闷的.既无聊乏味,又不能提高自己能力,而且
特别浪费时间.
这是一个不错的学习重构的机会，真的。刚开始确实很难，非常难，无从下手，可以先写测试用例，修改方法，把重复代码提取出来。慢慢的在对程序的逻辑进行调整和优化。
而且，你能充分的从别人写的不好的代码里面有所收获，现在很多所谓的最佳实践的书，但是，对于大多数人，我们只是知道应该这样，或者“书上说应该这样”，你通过维护这样的项目，可以充分认识到什么是好的，什么是不好的。
至少，在你找到一个合适的下家之前，好好干吧，这也是一个不错的锻炼的机会。
嘿嘿，你是上来找安慰的吧。
之前我的工作也跟你差不多，在老系统代码上修修改改，甚是烦躁。
现在要换新系统了，我把数据交互完了就over了。
现在工作应该好找点，如果你刚工作，就建议让自己烦躁一段时间；
工作几年了就走人吧，走人获得更多的经济！
技术还可以，又工作了几年，就找别的工作，毕竟郁闷的去工作，不如换个工作
干着吧,这也是锻炼你的能力.这份工作能使你变得更有建耐心,更能承受挫折.当然坚持多久你自己盘算好.
06年的项目，该改改了，原先的东西放着不动，重新做一套功能一样的。
开发应该不是什么难事，有个3、5个月应该足够了，剩下的麻烦就是数据了。
等都折腾完就切换了。
不过话说06年的项目，现在还有多少人在用呢，还有这样大改的价值么，还有就是收费什么的。
果断点，换
有足够吃苦能力及有动手动力的重构/重写，这也是个很好的机会
不够的话，视自己水平决定去留
这样的项目锻炼重构能力才最棒，建议看看 重构那本书，然后应用到你的项目中，如果能将项目修改完，你的能力会有很大进步的。
如果项目不大，那就自己重构/重写，这也是一个很好的锻炼机会，
如果你没有这个能力，那还是重新找一个工作吧，这样就不会活在现有的状态，因去改变现在的自己，重新找自己的动力和信心。
抽空自己重构吧，页面jsp中css、js比较多就利用外部应用吧，通用样式也要提取出来，比较耗时，
在工作上提高的愿望还是小点好，功夫在工作外，多充电
其实以前我和你的处境也是一样的。总是感觉力不从心,总是重复的做这些工作,很烦,很痛苦,再加上自己的现阶段的经济状况又不是太好,所以一直在忍耐头皮做下去,没办法,如果你想换工作,要从多方面考虑一下,自己在公司是否有发展的空间,是否长期做这样的事情,在找工作会不会影响你的生活状况啊！ 我以前是现在公司做下去,等机会成熟了,自己找了另一份工作,就当是锻炼自己吧！ 不可能做每件事，不会获得收获的,下次，在别的公司遇到同样的事情，只要你修改一小部分代码,那你的能力肯定很强的了,解决起来很容易的了，所以现阶段还是忍耐一下，如果你有什么好朋友的话,你可以尝试着跟他们说说,换一下别的工作。
[color=red][b]你要是有勇气把这样的一个系统逐步是重构掉、比你跳加公司成长更大[/b][/color]
建议楼主先重构，人然后选择跳槽！呵呵，这样两手抓什么都不错过……
同意楼上的意见
同意上面的意见
如果工作对自己的能力没提升的了，那待遇就要提升了，否则只是在浪费光阴