對於別人遺留下來的程式碼該如何接手呢？這應該是大多數剛入職的程式設計師面臨的問題！其實這情況分為兩種，第一種是前人還在職，這種情況你可以向他請教一下程式碼的整體架構以及當時為什麼這麼做。特別是一些業務程式碼，裡面肯定含了很多細節，一定要弄懂，不懂就問前輩，最後對整個業務瞭解後可以考慮對程式碼進行重構。第二種就是前人已經離職，這種情況下也不好意思再讓他幫忙，只能靠自己一點一點捉摸，弄懂每一行程式碼的邏輯，特別是業務邏輯，可以找相應的產品瞭解一下相關業務，等弄懂後在對程式碼進行重構，切記在沒有弄懂業務的前提下重構程式碼，不然很有可能造成線上重大問題！

接手別人程式碼是程式設計師最不喜歡做的事情之一，特別是沒有註釋的程式碼，優秀的程式碼本身自帶註釋，現在很多優秀開源的程式碼註釋極少，但大家基本上都能服氣的確程式碼質量高，但國內軟體開發環境絕大部分都是趕出來的程式碼，主要考慮還是短時間內能夠完成功能需求，能在規定時間內把需求搞完就算很不錯的了，更別說是文件和註釋了，特別是文件，很多人喊著前任程式設計師寫的程式程式碼沒有留下文件，但自己寫的程式碼程式留下基本的文件的也很少，在這種大環境下獨善其身也很難。

曾經在一家公司工作，有一部分的程式碼已經成為了死穴，外圍功能使用起來沒有多大問題，但裡面的程式碼結構比較混亂，基本上上沒人敢去觸碰，由於互相呼叫的次數太多，加上當初設計程式碼的人已經離職，後來的人由於板塊涉及太多也沒法動彈。

對於遺留程式碼如何處理？
1.首先保證原有功能的穩定使用，畢竟剛接手程式碼整體的設計思想以及理念都不清晰的狀態下，維穩是第一要素，先是嘗試看懂程式碼瞭解程式碼，做區域性功能的修改，時間長了真正搞明白了再去做大規模的調整。

2.搞清楚接手的程式碼在整個公司中的地位以及前景，同時對程式碼的優劣程度做出一個評估，如果是寫的框架比較差，同時還是未來主打的一個方向，這個時候需要從長計議，考慮抽出一段時間對程式碼進行重構，使之真正成為有效的程式碼塊，在這塊就需要和上級主管做好密切的溝通，商議出重構的時間，並且做好程式碼重構的文件說明。

3.如果是非常優秀的程式碼，就不要想太多了，直接開始慢慢消化學習，從基本的api介面學習，利用好測試模組程式碼，成熟的程式碼維護起來也會比較方便，以學習態度對待。

C++視訊跟筆記都是全網最新最全的，看完工資翻翻，群玖四捌，玖伍四，四捌四

總之來講接手前任程式碼第一要素瞭解各個模組的功能，如果有文件就學習，沒有文件就給補上，程式碼質量很差就想辦法重構，接手別人程式碼在編碼生涯中非常常見，要懂得西納百川，融合各種可能，這是作為一個程式設計師的基本標準。

希望能幫到你。