得看你是沒技術還是專案實戰經驗欠缺。新公司的專案建議先跑起來，然後挑幾個做好的功能模組的流程自己走一邊看看。最簡單的就是這樣借鑑一下

在工作中這樣的情況會有很多，自己從頭做一個專案的機會越來越少了。

這就涉及如何維護已有的程式碼。這也要看你的任務是什麼？比如只是為原有的專案新增一個功能，還是你就要維護這個專案。

如果只是新增一個功能，只要區域性搞清楚、理順了就可以了。如果是要維護這個軟體，那你就要全部理解所有的程式碼。

我建議從已有的文件開始，先搞清楚專案的背景、需求、功能，如果有軟體設計的文件就更好了，能夠知道軟體的架構。但這些文件可能和軟體程式碼不一定一致，這就需要對照著看。

看程式碼時，先從宏觀上看，軟體的模組劃分，軟體的資料流，等等，最好做一些筆記，畫一些圖。這些圖最好不要隨手扔掉，隨著理解的深入，不斷地補充、修正，最終得到詳細的軟體架構、資料流。

掌握軟體的宏觀資訊之後，可以根據自己的興趣、專案的緩急輕重，選擇性地讀底層更細節的程式碼。

這樣，步步深入。

讀已有的軟體程式碼，也是一種很好的學習方式。但一定要有目的性。我看到過一些人看著看著就睡著了。

所以，如果軟體好好地執行，你可以不要像看書那樣，從頭看到尾，找自己感興趣的看，找有問題的看。

閱讀別人的程式碼本身就是一件比較麻煩的事情，而且由於專案進展的要求，往往時間上也會比較緊張，這是不少程式設計師都會面臨的比較棘手的問題。不僅對於Java初級程式設計師來說這是比較困難的事情，對於經驗豐富的Java程式設計師來說，閱讀別人的成品程式碼也不會感覺到輕鬆。但是，對於程式設計師來說，閱讀別人的程式碼也是工作的一部分，因為並不是每個專案都有機會從頭開始接觸，半路接手軟體開發專案的情況也比較常見。

由於成品的專案程式碼往往是由多名開發人員共同完成的，程式碼在書寫風格上可能也會存在一定的差異，這也是閱讀程式碼過程中的一個障礙。如果程式碼有較為詳細的註釋會節省大量的時間，如果註釋不詳細，那麼這個過程可能需要較長的一段時間。另外，不同開發人員的開發能力不同也會導致一些閱讀上的障礙，也就是說閱讀程式碼的過程中，需要程式設計師不斷切換程式設計思路以理解程式碼的編寫方式和規則。

要想順利的閱讀別人的專案程式碼，可以從以下幾個方面入手：

第一：從整體上對程式碼結構進行模組劃分。目前不少程式碼都是基於面向物件的程式語言實現的，比如Java、Python、C#等，面向物件程式語言自身都有較高層次的抽象，可以從抽象層次入手一步一步剝離出各個功能模組。比如採用Java編寫的程式碼可以從包、介面、抽象類入手，透過檢視相應的配置檔案來了解各個元件之間的邏輯關係。

第二：清晰模組間的流程。模組間的流程是理解程式碼的重要內容之一，不同模組之間會有不同的互動方式和資料交換內容，要把這些內容搞清楚也就清晰了整個軟體的業務流程。從業務流程入手來了解整個軟體的設計結構也是一個比較好的方式，業務流程通常都有相應的流程圖。

第三：深入元件的細節。閱讀程式碼最後一步就是深入程式碼元件的細節，比如類的設計。在閱讀元件細節的過程中可以增加一些新的註釋，新的註釋要與已有的註釋進行區分。新的註釋可以透過自己的理解進行標註，把不清楚的地方也標註出來，以便於回頭再看。