class="topic_img" alt=""/>
英文原文：10 Nice Ways to Say ‘Your Code Sucks’
如果你有一个同事，他写的程序与其说是代码，不如说更像希腊神话中女妖美杜莎的头发，你当然不能熟视无睹，你应该做出一些反应，但你可选的合适的反应方式并没有多少：自己默默的帮他整理清楚、向上级抱怨、向其他同事背后唠叨此事、闷在心里直到憋不住，或者这最大胆的方法：走上去直接对烂程序员说他的代码很烂。
事实上，这最大胆的方法其实也是最好的方法。大多时候，你可以做的巧妙些，从而避免由此引起的感情伤害或引发咆哮比赛。就像一句古话：只要方式正确，你可以向一个人说任何话。
当然，找到这正确的方式并不是轻而易举的事情。为了方法大家行事，下面是 10 种让你的表达更具技巧性的好方法。
- 开门见山：告诉他你看不懂他写的代码，并追加一些像这样的话：“我需要你帮我理解这块代码”——这是“硅谷 iOS 程序员研讨会”组织者、软件程序员 Tim Burks 的话。
- 推心置腹：约他出去喝两瓶啤酒，麻痹他的抵抗情绪，先从讨论编码风格说起。你会发现，他之所以这样写代码是因为这样他很方便——而不是方便开发团队。通过讨论代码不仅仅是人和机器交流的工具，更重要的是通过代码的人和人的交流，你可以让他用一种全新的思维来认识代码。
- 高山仰止：如果你的同事敬重你，想必他也会敬仰或效仿你所敬仰的著名程序员。所以，跟他讲那些杰出程序员的故事。或者向他转述 Burks 的观察所得：杰出的程序员总能把自己的编码风格融入到他人的风格中。
- 一针见血：Adobe System 研究实验室的领袖人物 Tom Jacobs 说，“为了格式而格式化代码毫无意义，但将调整代码格式作为重构工作的一部分，增加新功能、修改 bug 工作的一部分，那是很正常的，因为这样做本质的增加了代码的质量。”
- 反馈问题，而不是批评：心理学家 Leon Seltzer 在“当代心理学”上的一篇博客中说，“人们更喜欢接受反馈信息而不是批评——即使是负面反馈”。所以，以反馈问题的形式诉说问题。
- 以后改进：不要苛求当前的工作，而是要求日后对此改进提高。按这种思路，你可以说：“嗨，下一次，如果你能把每个方法的行数减到 10 行以下，那会更好。”这比说“你的代码一塌糊涂”要中听的多。
- 糖衣炮弹：封装你的批评，在表达“你的代码很烂”的意思前和后先恭维一番。
- 偷换概念：如果交谈中总是说你、你、你，这很容易引起敌意，就好象你在指控罪名。所以，不如换种方式，与其说“每次都让我为你写的代码擦屁股”，不如说“有时候我真感到很沮丧，因为需要重你的代码。”
- 引蛇出洞：这种办法稍微有些麻烦，但不失为一种以守为攻的好办法。组织一些编程大赛之类的活动。如果顺利的话，它能引出一场安全的、没有猜疑的关于如何提高你的同事的代码质量的讨论。
相关文章
