事情是這樣的，前幾天在朋友圈，我看到一朋友發表了一條說說：“入職新公司，從重構代碼到放棄”，我就問他怎麽了？他說：前段時間有公司給我開出了5w的工資，我高高興興跳槽了，誰知道，剛進一家新公司，接手代碼太爛，領導讓我先熟悉業務邏輯，然後去修復之前項目中遺留的bug，實在不行就重構。

關鍵是，離職的那位仁兄走之前，還跟我在QQ上說，老哥辛苦了，我寫的很亂真不好意思，但我是故意的。

這幾天，我都在想，要不要離職？

其次，我相信，這個問題很多人都遇到過。

每個新人去一家新公司都會覺得公司代碼很爛，可能是因為他沒被產品虐過。

其實，這種新員工很不錯了，一看就是真萌新，重構這種事，老板看不到 KPI，出了事還得自己兜底，還會得罪人，費力不討好，何必呢！

老前輩的警世良言一定要牢記：重構一時爽，頭發不再長。

說實話，以我個人的經驗來說，絕大多數開發人員到新公司後，都會覺得代碼很爛，但通常他不了解業務邏輯是怎麽變化的，這種代碼是在什麽情況下寫出來的，有什麽特殊的背景（除了真的是亂搞的，絕大多數的“爛代碼”一般都是有原因的：業務需求改改改，這個需求明天就要上線等等等等），有多少坑（很少有人能在極短時間內把所有的坑都找出來）。

如果貿然去重構，風險非常大。而且再說難聽點，就算重構完了，也有可能是一堆新的“爛代碼”替換老的“爛代碼”。所以，進了一家新公司，別動不動就重構，先了解項目的業務邏輯。

「 要不要離職 」

其實在我看來，如果僅僅因為接手代碼太爛，就選擇離職，那麽你跳槽到下一個公司依然會面對同樣的現狀，因為幾乎每個人，都會覺得自己公司的項目代碼很爛。

我們先說說造成這種現象的原因是什麽，首先，我們得相信，沒有任何一個人故意把自己的代碼寫的很爛，每個人都想把自己的代碼寫的很優雅，擴展性很好，但是可能當初水平不夠，在當時看似還不錯的代碼，日後在別人看來就是所謂的垃圾代碼。

我們每個人都在進步，別說別人了，你現在看你三個月之前的代碼，可能你都會覺得寫的很垃圾，如果你沒有這種感覺，只能說你在止步不前。

其次，技術更新換代太快，市場的變化也太快，產品自然也一直在演變，也許在當時看起來還不錯的代碼，隨著時間的推移，功能的更新，代碼的堆徹，慢慢就變成後來者眼中的爛代碼了。

我自己是一名從事了6年開發的老程序員，業余的時候在這裏分享一些互聯網資訊給大家，

月薪5W的程序員入職新公司，誰知竟是接手爛代碼，重構還是走?