張工是一名程式設計師，最近剛入職到一家軟體公司，接手了一個專案，發現專案中有很多冗餘程式碼，看得比較揪心，特別是要改動程式碼時，很費勁，考慮要不要對其進行重構？

重構這個話題是老生常談的了，一個專案剛起步時，要是前期沒有設計好，隨著業務的不斷增加，專案模組也逐漸增多，要是開發人員沒有重構意識，就會容易出現複製貼上的情況。

要是跟進這個專案是同一個人還好，最怕是開發人員一批換了一批，這種情況就更糟了，不同的開發人員為了趕專案進度，程式碼冗餘就會越來越多，要是沒有對程式碼進行重構後，後面系統維護也越來越困難了。

剛接手了一個專案，有能力對其重構是好事，但要是還沒有完全掌握系統業務，建議不要輕易對其重構。

要是因為重構後改出了問題，很可能就過不了試用期了，就得走人了。即使是已經轉正了，重構時也要先熟悉系統業務，不屬於業務，建議不要重構。

原來專案程式碼是亂了些，但並不影響正常業務，程式碼雖冗餘多，但系統穩定，要是因為重構而影響公司正常業務，可能得打包走人了。

對於開發人員，可見保持一個良好的編碼習慣和一個寫文件的習慣是多麼的重要。不僅可能培養自己編碼能力，還可以養成一種好習慣。

平時在工作，如何避免程式碼出現太多冗餘，一旦你發現有段程式碼是複製貼上到另一個類中的時候，你就應該想想，怎麼樣能夠複用這段程式碼，怎麼樣能複用同段程式碼？

程式碼封裝得好，專案維護定位問題快，才有更多的時間去找女朋友，要是有女朋友了，才有更多的時間去約會，加深彼此之間的感情。

剛入職不久，專案中有很多冗餘程式碼，要不要重構？不知對此你是怎麼看待的，歡迎交流！