心小天
換個角度看世界，歡迎大家關注我：非著名程序員，希望我的每個回答都不會讓大家失望。
其實，一切職場題，歸根結底最終都會落到社交這個問題上，不管是從能力層面的問題，還是管理層面的問題，歸根結底都是人與人之間的問題。
心態要好
關於代碼寫的特別爛這件事，其實，你應該有一個好的心態，為什麼？因為從側面反應了一個問題：那就是你的水平比他高。所以，挺好的。
另外，誰都有從初級程序員做起來的過程，我們一開始可能也這樣，也經常寫的代碼很爛，但是，經過鍛鍊，我們都成長了。所以，只要問題不是特別大，代碼爛點就爛點，但是代碼爛，並不意味著就是寫 bug 。bug 和代碼爛是兩回事，這個我們得分清楚。
你們是一個團隊
另外，既然你跟他負責寫同一個項目，那麼你們就是一個團隊，應該反思一下，寫代碼的時候，你們團隊或者公司層面，有沒有相關的代碼規範呢？或者在開始寫代碼之前應該制定一個代碼規範，大家儘量都按照規範上規定的方式去寫代碼，這樣整個項目的代碼看起來會統一很多，你自己去看同事寫的代碼的時候也不費力。
所以，我認為，你們項目組應該制定一個規範，這樣才可以。
換個角度看世界
那麼我看回答的答案中，有人提到了一個非常好的角度，就是從公司安排管理的角度講的。說：同一個項目當中，公司會均勻搭配的，一個能力好的，會帶一個能力差的一起負責。既然，你看他代碼寫的爛，說明你是那個能力強的人。也說明公司知道你能力比他強，所以讓你倆搭配。
說實話，這個角度說的有一定道理，只是有一定的道理。從管理的角度上來講，確實是這麼回事。如果從這個件角度上來講，你應該感覺很慶幸，不錯，起碼贏得了公司的信任。
非著名程序員
這個問題，不同的人、不同的角色、不同的經歷，會有不同的感受和答案，我以小人之心、妒君子之腹，嘗試分析可能的答案。
答案一：“多與同事溝通，委婉地指出其不足”
（1）如果你和同事間有師徒關係，或前輩與晚輩的關係，指出其不足一般是不會有問題的，後輩還會感謝你的指導。
（2）如果你和同事是同級別、同資歷，不管多麼委婉指出別人代碼寫的不好，有造成同事間不悅的可能。在程序員間也存在一點“文人相輕”的現象，說不定人家也是這麼認為你的（早就心裡嘀咕你代碼寫的爛）。所以在認為別人代碼寫的爛的時候，要審視一下自己是不是因為自己“瞧不起”別人的能力，如果是這樣確實是不應該。有這種思想也不要有負罪感，時間會人讓成熟，“文人相輕”的思想會減弱。
答案二：“嚴格執行質量控制，對事不對人”
如果你是有實權的項目負責人、團隊負責人，最好是通過制度、流程來控制代碼質量，使用“質量標準”、”代碼規範”等統一編碼規範，然後通過實際測試結果來暴露代碼質量問題。在制度和測試數據面前，代碼真正寫的爛的員工也無話可說，而且會自覺的修改和提高，因為在制度裡同樣有著明確的懲罰措施。在適當時候，使用“領導權威”讓員工更高效地修改和提高。
答案三：“各人自掃門前雪，莫管他人瓦上霜”
如果你的同伴和你是同級別的同事關係，一般而來說項目中程序開發是有分工的，別人的代碼別人寫，別人的Bug別人De，代碼質量的好壞是有上級領導、測試人員等檢驗的。工作了多年的老油條應該不會為別人操碎心的，但是同事間的相互幫助是必要的。
程序員有追求完美的心是對的，也有助於自己能力的提高。但是，在指出別人不足時，也要多想一想“我的能力水平能否準確判斷別人代碼是不是真的寫的爛？”、“團隊的氛圍和同事的性格是否能夠接受直接指出其代碼寫的爛？”、“別人代碼寫的爛是否有制度流程來檢查？”、“別人代碼寫的爛對我的影響有多大？還是因為我的強迫症看不慣？”、“出現這個問題的原因是什麼？需求變態？時間太緊？”、“在什麼樣的場合指正別人的不足最合適？”等等問題。
我不是嚴格意義的程序員，是程序愛好者，還沒有遇到這個問題，在此站著說話不腰疼，如果大家有好的答案、好的選擇，請給題主多多建議。
程序美
說說我的個人一點看法，
”項目組其他同伴代碼寫的亂，我該怎麼辦？”這個問題看似是一個技術問題，實際上是一個人際關係問題。
取決於你的做法，你可以和平的解決這個問題。或者，你也可以逼迫他採用你的做法。你可以給他發一封憤怒的郵件，撤銷他提交的代碼，在code review的時候把他的代碼批的體無完膚，事事和他作對。但是這樣做，不僅會激怒他，還會影響團隊中每一個人的進度。
簡單說，如果沒有良好的溝通，你無法改變對方的習慣。因此，無論你打算走哪條路，你都要明白，這是一個需要你進行說服對方的人際關係問題，而不僅僅是一個技術問題。
