这篇文章是 91 天学算法最具人气奖获奖选手狗头的投稿，原文可以在这里访问到。
以下为原文内容。
正文
大家好，大狗头来啦~
狗头已经入职狗家一年多啦。随着在职时间的增加，越发的觉得沟通在软件工程师职业中起着非常重要的作用。
大家因为觉得「工程师嘛是技术岗位」而常常忽略掉沟通这个软技巧(soft skill)的重要性。或者有时候，大家会觉得，「我只是个刚开始工作的大头兵，会写代码就行啦，沟通没那么重要。」
其实沟通一直是非常重要的。对于刚开始工作的工程师来说也是！
沟通技巧
为什么呢？因为在大佬眼里，刚开始工作的工程师有啥技术呀！好沟通，说啥就懂，团队气氛融洽，大家都开心干活才是重点啊！
换句话说，在一个「代码写的还行的刺头」和一个「代码写的稍差的善于沟通脾气好大家都喜欢跟他说话的人」之间，大佬会选谁呢？当然是后者啦~因为代码写的差可以教，但是刺头很难改变呀~ 当然，这可能是个有点理想化的例子。换成更贴近真实情况的例子就是「大佬们希望招一个又会写代码、又好沟通、又有上进心的人」。刚毕业的工程师看起来代码水平都差不多的情况下，自然就选择看起来好沟通的那个啦~
但沟通是一个非常宏大的命题，这里提供两个具体的沟通技巧。
一、多用「好奇心」来代替「质问和指责」
当你觉得 xxx 不应该这样，无论是薪水还是技术，你的提问方式可以是「我想知道我的薪水是由什么决定的呢？」而不是「为啥还不给我涨工资呢，你看不到我加班？」
「我想知道我距离升职还有哪些需要努力的地方呢？」而不是「我想升职，咋还不给我升职？我都在这两年啦！」
这样的好处是：首先这个提问方式会让对方舒服很多。然后当对方想了一遍，对方自我得出来了「哦这个事儿确实不合理」的结果的时候，你的目的也达到了。如果对方跟你说「因为 xxx」，那你也在没让对方不舒服的情况下拿到了需要知道的信息。一举两得。
二、在寻求反馈的时候给对方垫话
当你在真诚的寻求对方给反馈的时候，可以给对方垫一些话，让对方觉得不会冒犯到你。因为反馈有的时候可能包含你做的不够好的内容，而并不是每个人都能真的接受这样的「批评」或者「带有建设性的意见」(actionable feedback)。作为被询问意见的对象，在跟你不是很熟悉的情况下，往往会倾向于选择比较安全的「夸赞反馈」。被夸当然很好也很有必要啦，但是有时候我们也真心的需要被指出「做的不好的地方」。这个时候，如果能先在对话当中说出自己的反思，比如「我觉得这个项目我可能 xxx 做的不太好，xxx 改进就好了，下次可以…」，然后再询问对方能不能给你点意见，对方就会比较好接话，你也更容易获得深层的意见。
最后
希望大家都能在职场上步步高升，加油加油~
Lucifer 补充
正如狗头所说“沟通是一个非常宏大的命题“， 我来给大家补充几点内容。
先说明背景
遇到很多人问我问题都是直接”我在做 xxxx，但是不 work， 能给我看看为什么不 work 么？“
如果你对 xx 没那么熟悉的话，这个时候很多人都会一头雾水。
更好的做法是，不要假设对方对你的业务很熟悉（除非他确信真的非常熟悉你的业务细节。实际上真的有这样的人，但是大多数情况下并不是）。
比如你可以说：我正在做 xxx 业务线的一个 yyy 功能，这个功能需要用到 zzz，做这个 zzz 的时候我遇到了一个问题，目前的现状是 。。。， 但是我的预期是 。。。，方便帮我看下为什么么？
请求帮助前，自己做好充分的准备
寻求对方帮助的话自己要做好充足的准备，尽量不要出现对方付出的劳动比你自己还多情况，切忌让对方直接给你写代码。比如你请教张三某件事情怎么做的时候，不要直接问”听说你做过 xxx ，我遇到了 xxx 问题，你给我讲讲呗？” 甚至 “你告诉我应该具体咋写呗“， ”你帮我写写吧“。
更合适的做法是，描述你做了什么努力。然后说”可以帮我看下我的实现哪里有问题么？“
总之就是把对方当成一个审查者的角色， 而不是一个执行者的角色。
