謝謝邀請！

作為一名IT行業的從業者，同時也出版過Java編程書籍，所以我來回答一下這個問題。

首先，在軟件開發領域，尤其是應用級開發領域，改需求是一種常態，即使開發互聯網領域的產品，也需要不斷的迭代。隨著大數據、雲計算的發展，軟件需求幾乎每天都要進行調整，不少大型互聯網企業甚至有多個不同的開發團隊同時向多個不同方向進行產品迭代，以便於能夠及時把握住用戶的各種最新需求。所以，程序員在面對需求更改的時候，一定要有充足的思想準備。

由於Java語言已經有了多年的應用歷史，所以目前有大量的歷史項目都是基於Java語言編寫的，隨著技術的不斷髮展，這些歷史項目如果想進一步延長生命週期，必然需要進行一定的修改，所以目前在Java傳統項目的基礎上進行開發也是比較常見的現象。

雖然是從事歷史遺留項目的開發，但是由於Java語言目前依然是IT行業內最為流行的編程語言之一，所以對於開發經驗並不豐富的應屆畢業生來說，也能夠積累一定的開發經驗，畢竟實際的開發項目能夠獲得更快速的成長，同時也能夠積累一定的行業經驗，可以說是一舉兩得的事情。

對於應屆畢業生來說，要想不斷提升自身的職場競爭力，需要做好三方面的事情，首先是不斷豐富自身的知識結構，重點在於能夠緊跟技術發展趨勢；其次是能夠通過自主學習完成某個細分方向的突破，這通常需要一個紮實的基礎學科基礎，比如數學；最後是積累豐富的實踐經驗。所以，在工作的初期通過修改遺留項目也能夠積累一定的開發經驗。

我從事互聯網行業多年，目前也在帶計算機專業的研究生，主要的研究方向集中在大數據和人工智能領域，我會陸續寫一些關於互聯網技術方面的文章，感興趣的朋友可以關注我，相信一定會有所收穫。

如果有互聯網、大數據、人工智能等方面的問題，或者是考研方面的問題，都可以在評論區留言！

我也是一個java後端開發，工作了幾年，也是從應屆慢慢一路走過來的，說一下我的感想。

我記得剛開始的時候我是到了上海一家公司實習，因為剛出校門，在學校學習的東西在企業可能就用不上了，然後公司安排了我們三個月的培訓，培訓的內容涉及到了數據庫，plsql,前端後端的基礎，最重要的一點是公司自己研發的框架，這個有的小夥伴就學習了一週就被公司派去做項目了，這種框架都是底層封裝的很厲害，只需要按照特定的步驟就能開發出客戶需要的功能，業務層面更重要一點，所以只需要會sql，就能搞定日常開發，所以如果一直搞這個幾年，我覺得出去都不好找工作，所以當時我們都不願意去這個部門搞公司的新框架。如果進了公司，平常都不怎麼敲代碼，業務功能更強一點的話，我覺得這個還是別去了，因為這樣的話，對於應屆生成長會很慢，以後找一份技術開發都有點困難。

然後我運氣比較好，第一個項目公司就派我去做java開發的工作，當然我那時候啥也不會，我也不知道去項目組幹什麼，在項目組兩個月我基本上都是用模板寫導入，導出，寫一些頁面，因為是實習生，所以就只是參與一些比較小的功能點，但是我已經很開心了，通過這個項目我知道開發是怎麼回事了，知道大家是怎麼協作開發項目，管理項目了，知道衝突怎麼解決了，比我在學校裡看著理論強太多了。

後面我又到了另一個項目組，是維護一個ssh老的項目，在老的項目上增加新的功能，這個項目我竟然做了8個月，當然在這個項目上我也學到了很多，不光是我的思維開發，碰到了客戶的需求從哪裡去想怎麼做，還有數據庫建表模型，遇到問題去服務器裡面看日誌，這些都是在項目上學會的。

當我實習完，我感覺公司裡接的都是一些管理項目，我覺得再做下去我的技術也不會提升，所以我果斷離職了，然後找了一家互聯網的公司。

所以我覺得剛畢業的應屆生維護老的項目也能學習很多，整個開發的完整過程，鍛鍊自己的業務邏輯，對數據庫的理解，看錯誤日誌都可以從這個項目中瞭解，平時不忙的時候還可以把自己的基礎打牢固，好多知識都是自己去自學的，現在網上信息那麼全，想要了解什麼知識都是可以去自學的，當你覺得你在這個項目上學不到什麼知識的話那就可以跳槽了。

我和作者的經歷一模一樣，畢業那時就進了一家中小型公司，公司的項目都已經成型了，跟我一起進去的幾個小夥都是維護舊項目，最多客戶說加需求才會有新功能寫，不然都是修修改改bug，美化界面。

但是我覺得我在維護舊項目能學到很多，比如說閱讀別人的代碼，是對自己的一種成長，從中可以看出代碼的質量，提醒自己不能和他們寫的一樣，會經常遇到空指針的報錯，各種小問題，學會排查問題，學的最多的是，優化別人的代碼，我從一個3000+行的jsp優化，封裝。

上面這些都是我實習時期的工作和收穫

這個看你所謂的Java老項目指的是你這個項目的架構太老了還是僅僅因為是上批人留下的舊項目，但架構還是當前主流。

如果你說的是項目的架構老了，那可以肯定的說對以後找工作沒有什麼好處。現在技術發展這麼快，一不小心就會被落下，雖然不說要走在技術前列，但至少要跟上主流。我面試的過程中，經常碰到一些程序員在上家只是維護老項目，他們接觸的架構太老，好一點的還知道Struts，更倒黴的有些進的是大公司，維護的是十幾年前的項目，架構還是用的公司自已封裝的，甚至連SpringMVC都沒用過，更別說Springboot等等了。這些人換工作的理由基本都有一條感覺技術上落伍了，想要接觸下新的架構。尤其是應屆就進公司維護老架構，完全沒有新技術的工作經驗，對以後的發展很不利。

另一種情況，如果這個項目的架構還屬於當前的主流，只不過是之前已經完成了，你現在只是維護，那可以說對你是一個很好的機會。靜下心來，認真去學習這個項目，先從整體上把握整個架構，請求進來一步步怎麼走的，每一步都用到了哪些配置、哪些技術，然後再掌握細節，可能這個地方用到了鎖，那個地方用了多線程，等等。在有成型的項目參考的情況下，學東西特別有效果，千萬不要忙時只顧寫代碼，閒時只會撩妹子。

個人認為，這是很正常的現象，維護老項目，做新需求，對工作經驗的積累也是有幫助的；但同時可能會對你的發展有一定的影響，我來詳細地談談自己的看法。

在大部分的公司，一個項目的生命週期，都是以年為單位計算的，短一些的兩三年，長一些的十來年（我見過最老的項目已經運行二十年了）；如果是傳統行業的公司，一個項目運行五年以上再被迭代替換掉，是很正常的現象，說句不好聽的就是：“哪有那麼多新項目讓你參加。”

先說說好處吧：

要想維護好老項目，很關鍵的一點就是要了解業務，很多程序員只看中技術，而忽視業務，這種看法是不對的。

熟悉業務就需要了解行業領域的運轉邏輯和流程，需要知道行業是如何發展起來的，現狀是什麼樣子，未來趨勢將會是怎樣；用什麼技術，有哪些解決方案。如果你只會敲代碼，那你就是可以被替代的，因為現在會敲代碼的程序員太多了，除非你技術超群，能達到大師的水平，但公司在招聘程序員的時候，更多的是看你做了哪些項目，是否能夠用手中的技術解決某方面的業務問題。

現在很多IT公司喊“科技驅動、技術驅動”，但實際上，大多數時候都是被業務逼著前進，就比如阿里的飛天系統、中臺戰略架構，也不都是淘寶用戶逼出來的。

壞處當然也是有的：

• 首先，維護老項目，也分側重業務還是業務和技術兼顧，這要看公司的性質。比如我就職於一家金融公司的IT部門，校招進來的開發崗位，大多數還是以業務為主（很多時候開發都依靠外包），這些同學進公司幾年下來，技術方面進步是非常有限的；在這方面，互聯網大廠做的就非常好，對於校招的同學，公司都有成熟的培訓制度，有些公司會一對一地安排“老師傅”帶新人，而且新人的主要工作就是敲代碼。所以，如果你在一個偏業務的公司，就要自己更努力一些，去提升編程能力。
  

• 另外，“老項目”要看有多老了，需要分析一下項目組的技術棧都有哪些，近期是否引入過新的技術。如果項目用到的框架還都是五年前十年前的，而且長期保持不變，這時候就要小心了，你可能身處在一個毫無活力的項目。因為你是“新人”，第一年技術方面還能有所提高，後面的工作可能對你技術的提高毫無幫助。
  

我將持續分享Java開發、架構設計、程序員職業發展等方面的見解，希望能得到你的關注。

怎麼說呢，以前我沒有進公司的時候，總以為進了公司之後可以學到很多的東西，但是進了公司之後就發現我錯了。能不能學到東西，其實完全在於自己。當然進公司之後，能夠實際參與到項目中，對於開發流程的瞭解以及實際工作內容還是有幫助的。

作為應屆生，進入公司維護一個java老項目，怎麼說呢，其實也是一件很正常的事情，我覺得其實幫助也是挺大的。作為程序員的第一個能力就是學會看源代碼。讓你維護一個老項目，你可以好好地看看別人寫的代碼，學習其中的精華，避免掉一些不好的地方。當然了，前提是你要有一定的分析代碼的能力，知道什麼是好的代碼，什麼是壞的代碼。作為應屆生吧，缺少的就是項目經驗，也沒有真正的接觸過實際的項目源代碼。這是，你可以從看代碼開始學起，學習一個需求從controller層，到service層，在dao層，是個怎麼的過程，瞭解這個套路吧，對你今後正式加入項目組還是很有幫助的。

其次，要想以後跳槽找到更好的工作，這個完全要靠自己下班之後的時間。你如果好好利用下班之後的時間，有針對性的學習，不斷地提高自己的能力，之後的跳槽到更高薪資的崗位上是完全沒有問題的。

總之，一句話，一切都得靠自己。努力總會有收穫的。加油吧！

感謝邀請！

作為一名Java開發人員，其實我剛進公司做開發的時候大體情況和您類似。

面對這種情況，其實更多的需要的是我們自身態度、行動方面的改進，畢業應屆生，本身就是職場小白，代表著無任何開發經驗、項目經驗、工作經驗，這種情況下，項目組長更多的可能考慮的是讓應屆生逐漸去熟悉工作環境並且適應這種節奏。同時安排的工作更多的是開發維護為主。

首先維護一個Java老項目，難度其實說難不難，說不難也難，主要是看遇到什麼問題。端口阻塞、CPU彪升、gc問題對剛入職場的人來說可能較難，但是一些新需求、小型需求的開發，更多的是邏輯的編寫，這部分其實很簡單，畢竟老項目中有很多的類似代碼。天天改新需求其實也是程序員的工作內容。

程序員本身就是在開發需求功能，天天改新需求，可能是與您對接的產品經理的工作做得不夠周全，這就需要您與產品經理的協商。

考慮以後的工作，其實這就需要您在完成自身的工作的時候，儘可能的去拓展一些知識面，學習一些新的技術，您現在本身的工作其實除了寫邏輯代碼應該會接觸到一些項目的構建以及框架、代碼構建思維等相關的知識，這都是您現在需要去面對、總結、提升自己的方面。

既然您負責老項目的維護，那就您完全有時間把老項目全部吃透。從老項目怎麼搭建、到搭建的結構性編碼、編碼的思維、框架的使用都是您或缺的知識和能力。等您什麼時候能單獨擼出一個大型項目的時候，您也許就是架構師了。這對您將來跳槽找工作其實是很多幫助的。找工作更多的會詢問您參與的項目。根據項目區詢問一些具體的開發細節或者開發難題的處理。

純個人經驗，希望對您有所幫助。謝謝！

路過答題。

這個問題其實真的值得好好思考。很多IT圈的朋友遇到過這樣的問題，被安排到公司的一個老項目上，成天維護舊代碼，學不到新東西，需求還總變，到底對以後有沒有幫助？

其實，有時候還真不能通過辭職來解決問題，為什麼呢？這是因為辭職雖然可以解一時之痛，但並不是上策，你從一家公司跳到另一家公司，如果不出意外，很可能依然是平級跳槽，即使在工資上稍微有些增長，但如果新公司的項目比原來的還坑那你是不是叫天天不應，叫地地不靈？

我們在職業生涯中，如何面對這種看似巨坑的Java項目？我的答案是，積極面對。

積極面對的意思是深入挖掘項目需求和實現之間的關係。

一個Java項目不論好壞，其背後的需求價值是值得肯定的。這樣的價值在市場上也是值得肯定的。那麼我們感覺老項目沒有前途，只是我們自己由於認知的片面性導致對項目的錯誤認識。

我認為應該做的就是深入理解需求和實現之前的關係，挖掘需求是為了在所處行業中找到立足點，而挖掘技術實現是為了能夠增強自身核心競爭力。

在深入理解需求和實現之後，我的建議是進行重構和調整，重構的意思並不是重新寫一遍代碼，而是讓代碼的健壯性更強，後期維護的項目，需要更強的健壯性來支撐，這樣才能跑的更久。

需求的改變並沒有什麼關係，而我們應該視需求的更改為一種常態，不變的需求才是不對的。以這樣的心態去面對老項目，新需求就不會那麼痛苦。

讓自己放平心態，才能學到知識，否則，就算你辭職辭職再辭職也不過是從一個坑跳入另一個坑。辭職是一種迴避，治標不治本。如果想真正有所成長，必須在一個坑中拼命的站起來。

以上，就是我的個人觀點，希望對你有所幫助。

對於應屆生來說，進來就要你做新功能，從0開始開發系統的比較少！一般就是要你進來維護系統改改需求。

前期要你改改需求還是挺好的，你說的老項目，可能技術都不是最新的，對於入手都不難。你可多學習下別人代碼熟習下功能，多敲多練下。假設你開發，你能不能做出來，帶著這樣的想法去學習事半功倍。

後期公司一般要求重構，那樣你的機會來了。有大神帶著你從0開始解析需求，設計框架，新技術研發你都可能參與到，對你成長是很有幫助的！

即使不重構，你可自學其他技術！因為老項目改需求也不是很忙，對你後面可能分分鐘解決！那樣每天肯定有空閒時間，這時候你得利用起來，在網上自學參與一些實戰項目多練習，對你很有提高！另外你也混的是經驗，為何呢？本來應屆生現在不好找工作，經驗的積累對你找工作成功機會也是很高的!

希望對你有幫助!~

從事軟件開發多年，對於剛入行的程序員來講開始的工作都會覺得比較枯燥或者沒有什麼長進，技術類的職業一般對於新手需要一個很長的適應期，因為一旦新手開發做項目之後出現問題解決排查的時間還不如用一個成熟一些的程序員哪怕任務多一些，最後的結果也會比新手程序員要強一些，不同的職位的新手程序員經歷的適應期也會不太一樣，像樓主說的在以前的框架的基礎上修改需求，這也是大多數公司的程序員要做的事情，因為不可能所有的項目都是從頭再來。

在框架的基礎修改需求不僅僅是新手程序員做的事情，也是很多成熟的程序員做的事情，一個程序員首先要會做東西，然後是更好的做東西，最後是搭建框架滿足更多的需求。初級的程序員做點修修補補的事情也特別正常，不要覺得現在做的事情很無聊，這麼多一是在適應環境一種是從簡單的事情中提煉出自己要學習的編程技能，很多人覺得在一個框架上不停的修改點功能，重複的工作太多沒有什麼挑戰性，任何一個功能需求點力求盡善盡美才是程序員要追求的境界。

程序員基本技能之一是項目開發能力，開發項目更是多種能力的考驗，雖然是在一個框架上不停的修復，但修復的過程也對框架認知的一個過程，如果是好奇心非常強的程序員就會忍不住找到底層的代碼進行研究，這些過程都包含在天天修改新需求的過程中，有很多人覺得java的開發就是增刪改查，其實大部分的工作基本上就是這四個字，但真正要做好這幾個字卻是有有很大的難點，程序開發工作最大的忌諱就是好高騖遠。

程序開發講究的是水到渠成，前面積累的經驗以及項目中遇到的問題，都能極大的擴展知識框架，對於後續找工作有非常大的好處，如果覺得修改需求是一件非常簡單或者重複性事情，證明還沒真正的領悟到編程的內涵，編程的學習無處不在，不同的需求延伸出來不同的知識點，應該會有學不完的感覺。

在任何一個崗位上想真正做出一點成績需要付出十萬個小時的努力，所以樓主提到的修改需求距離真正的修煉還差很長一段時間，善於從實踐中找到自己的不足，然後拿出時間來修復基礎，拓展自己的知識面，如果保持著這種積極的心態，早晚是編程高手，真正的高手都不是自己尋找工作都是公司主動來挖人。

編程這個行業算是非常公平的崗位了，開發一個功能模塊如果下的功夫到位幾乎不會出什麼問題，如果是一門心思的完成任何，不去深層次的挖掘被淘汰也只是時間問題了。技能水平上去了工作手到擒來的事情，希望能幫到你。