如果你有一個同事，他寫的程序與其說是代碼，不如說更像希臘神話中女妖美杜莎的頭發，你當然不能熟視無睹，你應該做出一些反應，但你可選的合適的反 應方式并沒有多少：自己默默的幫他整理清楚、向上級抱怨、向其他同事背后嘮叨此事、悶在心里直到憋不住，或者這最大膽的方法：走上去直接對爛程序員說他的 代碼很爛。

[[89799]]

事實上，這最大膽的方法其實也是最好的方法。大多時候，你可以做的巧妙些，從而避免由此引起的感情傷害或引發咆哮比賽。就像一句古話：只要方式正確，你可以向一個人說任何話。

當然，找到這正確的方式并不是輕而易舉的事情。為了方法大家行事，下面是10種讓你的表達更具技巧性的好方法。

• 開門見山：告訴他你看不懂他寫的代碼，并追加一些像這樣的話：“我需要你幫我理解這塊代碼”——這是“硅谷iOS程序員研討會”組織者、軟件程序員Tim Burks的話。
• 推心置腹：約他出去喝兩瓶啤酒，麻痹他的抵抗情緒，先從討論編碼風格說起。你會發現，他之所以這樣寫代碼是因為這樣他很方便——而不是方便開發團隊。通過討論代碼不僅僅是人和機器交流的工具，更重要的是通過代碼的人和人的交流，你可以讓他用一種全新的思維來認識代碼。
• 高山仰止：如果你的同事敬重你，想必他也會敬仰或效仿你所敬仰的著名程序員。所以，跟他講那些杰出程序員的故事。或者向他轉述Burks的觀察所得：杰出的程序員總能把自己的編碼風格融入到他人的風格中。
• 一針見血：Adobe System研究實驗室的領袖人物Tom Jacobs說，“為了格式而格式化代碼毫無意義，但將調整代碼格式作為重構工作的一部分，增加新功能、修改bug工作的一部分，那是很正常的，因為這樣做本質的增加了代碼的質量。”
• 反饋問題，而不是批評：心理學家Leon Seltzer在“當代心理學”上的一篇博客中說，“人們更喜歡接受反饋信息而不是批評——即使是負面反饋”。所以，以反饋問題的形式訴說問題。
• 以后改進：不要苛求當前的工作，而是要求日后對此改進提高。按這種思路，你可以說：“嗨，下一次，如果你能把每個方法的行數減到10行以下，那會更好。”這比說“你的代碼一塌糊涂”要中聽的多。
• 糖衣炮彈：封裝你的批評，在表達“你的代碼很爛”的意思前和后先恭維一番。
• 偷換概念：如果交談中總是說你、你、你，這很容易引起敵意，就好象你在指控罪名。所以，不如換種方式，與其說“每次都讓我為你寫的代碼擦屁股”，不如說“有時候我真感到很沮喪，因為需要重你的代碼。”
• 引蛇出洞：這種辦法稍微有些麻煩，但不失為一種以守為攻的好辦法。組織一些編程大賽之類的活動。如果順利的話，它能引出一場安全的、沒有猜疑的關于如何提高你的同事的代碼質量的討論。

原文鏈接：http://news.dice.com/2013/01/23/10-ways-to-say-your-code-sucks-without-getting-punched/

譯文鏈接：http://www.aqee.net/10-nice-ways-to-say-your-code-sucks/