应届生刚进公司，维护一个java旧项目，这样对以后的工作有利吗？

科技 06-26 来源：程序猿丶卡卡罗特

应届毕业生，刚进公司维护老项目，天天改新需求，个人觉得对以后找工作是很不利的，具体从正反俩面进行剖析。

好处:

工作压力不会很大，程序员很多情况下的加班都是面临项目上线或者无穷无尽的需求，老项目一般都运行很长时间了，即使有需求也不会很多，所以相对而言是很轻松的。
老项目属于比较成熟的产品，可以从中学到系统架构，以及一些功能的实现逻辑，自己再依葫芦画瓢，相对从零开始更容易上手。

坏处:

老系统用的技术比较老旧，很多新技术就难以在工作中学到，长此以往，会与外面的新技术脱节，桎梏自身发展。
老系统维护可能会存在很多疑难杂症，代码可能会写的比较复杂，你再去排查问题的时候很难屡清楚代码逻辑，排查问题存在一定的困难。
维护的人都是领导认为能力一般的人，长期做维护很难在领导面前有所表现，会影响自己的前途。
上面已经说了，做维护压力不会很大，而生于忧患死于安乐，程序员需要趁着年轻多学习，不然等你老了想熬夜身体也不允许了。

毕业，是从学生到工作者角色的转换，这个时候比的不再仅仅是学习的能力，而是社交、自学、自律等各方面，第一份工作的选择很重要，一定要慎重，如果是我，一定不会选择维护，可以选一些小企业，压力会稍微大一点，但是确实能学到东西，至于大企业，等你羽翼丰满了，再进去养老也不迟。

以上为个人观点，欢迎在评论中发表自己不同的观点，喜欢的加个关注，谢谢。

这个看你所谓的Java老项目指的是你这个项目的架构太老了还是仅仅因为是上批人留下的旧项目，但架构还是当前主流。

如果你说的是项目的架构老了，那可以肯定的说对以后找工作没有什么好处。现在技术发展这么快，一不小心就会被落下，虽然不说要走在技术前列，但至少要跟上主流。我面试的过程中，经常碰到一些程序员在上家只是维护老项目，他们接触的架构太老，好一点的还知道Struts，更倒霉的有些进的是大公司，维护的是十几年前的项目，架构还是用的公司自已封装的，甚至连SpringMVC都没用过，更别说Springboot等等了。这些人换工作的理由基本都有一条感觉技术上落伍了，想要接触下新的架构。尤其是应届就进公司维护老架构，完全没有新技术的工作经验，对以后的发展很不利。

另一种情况，如果这个项目的架构还属于当前的主流，只不过是之前已经完成了，你现在只是维护，那可以说对你是一个很好的机会。静下心来，认真去学习这个项目，先从整体上把握整个架构，请求进来一步步怎么走的，每一步都用到了哪些配置、哪些技术，然后再掌握细节，可能这个地方用到了锁，那个地方用了多线程，等等。在有成型的项目参考的情况下，学东西特别有效果，千万不要忙时只顾写代码，闲时只会撩妹子。

个人认为，这是很正常的现象，维护老项目，做新需求，对工作经验的积累也是有帮助的；但同时可能会对你的发展有一定的影响，我来详细地谈谈自己的看法。

在大部分的公司，一个项目的生命周期，都是以年为单位计算的，短一些的两三年，长一些的十来年（我见过最老的项目已经运行二十年了）；如果是传统行业的公司，一个项目运行五年以上再被迭代替换掉，是很正常的现象，说句不好听的就是：“哪有那么多新项目让你参加。”

先说说好处吧：

要想维护好老项目，很关键的一点就是要了解业务，很多程序员只看中技术，而忽视业务，这种看法是不对的。

熟悉业务就需要了解行业领域的运转逻辑和流程，需要知道行业是如何发展起来的，现状是什么样子，未来趋势将会是怎样；用什么技术，有哪些解决方案。如果你只会敲代码，那你就是可以被替代的，因为现在会敲代码的程序员太多了，除非你技术超群，能达到大师的水平，但公司在招聘程序员的时候，更多的是看你做了哪些项目，是否能够用手中的技术解决某方面的业务问题。

现在很多IT公司喊“科技驱动、技术驱动”，但实际上，大多数时候都是被业务逼着前进，就比如阿里的飞天系统、中台战略架构，也不都是淘宝用户逼出来的。

坏处当然也是有的：

首先，维护老项目，也分侧重业务还是业务和技术兼顾，这要看公司的性质。比如我就职于一家金融公司的IT部门，校招进来的开发岗位，大多数还是以业务为主（很多时候开发都依靠外包），这些同学进公司几年下来，技术方面进步是非常有限的；在这方面，互联网大厂做的就非常好，对于校招的同学，公司都有成熟的培训制度，有些公司会一对一地安排“老师傅”带新人，而且新人的主要工作就是敲代码。所以，如果你在一个偏业务的公司，就要自己更努力一些，去提升编程能力。
另外，“老项目”要看有多老了，需要分析一下项目组的技术栈都有哪些，近期是否引入过新的技术。如果项目用到的框架还都是五年前十年前的，而且长期保持不变，这时候就要小心了，你可能身处在一个毫无活力的项目。因为你是“新人”，第一年技术方面还能有所提高，后面的工作可能对你技术的提高毫无帮助。