提問這個問題說明樓主正在經歷這樣的一個過程，其實呢，不光是程式碼，任何事物只要你新換一個環境，你都會感覺到對她的陌生，那麼陌生就會帶來感覺混亂

正所謂是看別人的程式碼就想破口大罵，但是其實如果你時隔一年再去看你曾經的程式碼，你也會有破口大罵的這種感覺

所以呢，如果沒有別的因素的話，希望樓主可以堅持三個月，如果三個月以後仍然有這種感覺，那麼你可以離職，正如馬雲說的離職的人無非就兩個原因，錢給的不到位，或者乾的不爽，您正好符合了其中的一條原則

當然專案混亂，其實啊和這個專案的時間有很大的關係，在國內來說，如果一個專案持續三年以後，那麼他就會比較混亂，因為國內這種專案需求變化比較隨意，那麼為了配合這種索隨意的變化，我們經常會在程式碼裡做各種看似不符合正常邏輯的校驗

所以如果樓主能在這個專案裡掌握了其業務規則，那麼您就具有不被可替代性，你將會在這個公司越來越被需要，這樣對樓主的職業是有利的

你問的問題，很多程式設計師心裡也在問，這事我這麼看：

你求職過程中有沒有提前考慮這個問題。如果是我，我會問清，這是一個新專案，還是迭代專案，又或是一個急匆匆的新專案，要求拿舊專案趕緊改一版，是不是想想就可怕？你既然怕，為什麼求職的時候不問清呢？

你可能有一個顧慮就是，沒資本那麼挑剔。因為程式碼糟糕，你都想離職，還有什麼可顧慮的？大膽去深入瞭解吧

這個得看你自己的能力還有給的工資待遇咯，如果工資給的高，沒事啊，耐心的好好看懂程式碼，重構出來。否則，趕緊跑吧，拿著屁點的工資，幹著一個大工程，不值得啊！別說沒人情味，老闆從來不跟你說感情的呀

我覺得不要因為這個程式碼混亂，就想著離開。因為換一家公司，你可能會遇到相同的問題，程式碼可能更糟，你該咋辦？繼續換單位？恐怕不是辦法！我覺得 應該正確的面對它，有機會和領導溝通，找時間找資源去重構，並在重構過程中注意總結 最好能出一套優雅的程式碼規範，在團隊內討論並推廣，力爭團隊內程式碼風格統一。[可愛][可愛]

如果一系列措施能夠完成，我相信你一定收穫頗多，就個人技術能力，團隊影響力會有很大提升。[贊][贊][贊]

如果沒有機會重構，那也沒關係，堅持自己的原則就好了，做最好的自己，你牛B了，領導自然依賴你，那麼你的機會就來了，可以盡情施展自己的才華

你既然問了這個問題，我想，你肯定不想留下來，不喜歡收拾別人的爛攤子。

但是，喜歡做整理工作的人，倒是很樂意，攬下這活，靜下心來，重整邏輯規則，猶如重新創作，樂趣無窮。

在任何一個軟體公司，既然是專案開發，必定要多人合作，寫出來的程式碼，多是參差不齊的。

有一類程式設計師，有程式碼潔癖，會常常嫌棄別人的程式碼。以我愚見，與其常常嫌棄，不如利用個人影響力，在專案組裡，塑造良好寫作風格，儘量統一，儘量整齊，儘量美觀。

首先給你說一個理論:火坑理論。別以為離開這家公司就可以解決問題，往往是從一個火坑跳到另一個火坑。程式碼很爛，正常，你要習慣，一個團隊中的成員水平參差不齊。。我工作十幾年，有些人寫的程式碼不堪入目。但我現在心態平和多了，不在我職責內的我當看不見。

我首先給你說一個理論:火坑理論。別以為離開這家公司就可以解決問題，往往是從一個火坑跳到另一個火坑。程式碼很爛，正常，你要習慣，一個團隊中的成員水平參差不齊。。我工作十幾年，有些人寫的程式碼不堪入目。但我現在心態平和多了，不在我職責內的我當看不見。

不要留了，尤其是那種所謂的網際網路公司，搞一堆垃圾程式碼，你無論有沒有重新寫的能力還是維護的能力，算了吧，得不償失，大量的中小公司有這樣的現象，幾年你都在擼業務程式碼，毫無用處。