我问自己：“如果让你把十年的职业生涯中最重要的经验浓缩成几个关键字分享给大家，应该是什么呢？”这个功课我的确做了，我在纸上把职业生涯中的关键点——无论是成功的经验还是失败的教训——都总结成关键字列出来，结果有十几个之多。“如果都是关键字，那只能说明哪个也不关键”，我对自己说，然后我继续探寻蕴藏在这些关键字里的精华。最后提炼出两个来，写在这里奉献给大家，那就是“合作”与“交付”。提醒一句：因为我是个程序员，所以最后提炼出来的是这两个词，如果你的志向是成为一位领导者或者商业家，这两个词未必适用于你。
这两个词，一个是智商方面的、一个是情商方面的。以我的拙见，情商就像一个蓄水池，它是你的幸福（说俗点儿就是你的薪水）的储备；智商相当于这个水池的阀门，决定了你当前能释放多少幸福（当下挣多少钱）。搞软件的人（全世界范围内、各个民族）智商都不低、都是“造阀门”的高手，但如果不注意情商的培养会导致你的水池里无水可放——巨大口径的阀门里只能淌出涓涓细流是件令人尴尬的事情。反观我自己的十年发展，前七年都是在提高自己交付的能力，也就是技术方面的学习与提升，后三年才开始有意识地关注合作能力的发展。而且，直到熟练掌握了与人合作的技巧后，我才感受到了这个行业的巨大乐趣。
情商的培养是个大话题，不是一篇短文可以说清的，但这并不妨碍我与大家分享我在情商提高方面的技巧。这些技巧都是我在经历了巨大挫折后总结出来的，真心希望大家能有所收获、不要再经历我曾经的痛苦。
不知道你有没有这样的感觉：在程序员的世界里，网络连接的稳定性比人与人之间关系的稳定性更重要、代码的质量比人际关系的质量要重要……这并不是大家的错，而是软件行业本身就崇尚质量文化，所以人际关系自然就往后排了。关于代码质量的讨论往往牵扯到“对与错”、“优与劣”的结果划分，而结果的划分往往又涉及到名誉与绩效，所以，在团队里讨论技术问题或者做code review是个非常需要情商技巧的事情。如果单纯地把“质量文化”摆在第一位、完全不考虑别人的感受，那么听者会感觉说者高傲、带有攻击性，说者会感觉听者不谦虚、不讲理，人际关系就会受到伤害。
我的技巧有这么几个
- 永远把良好的人际关系摆在第一位：凡是质量问题，话说出口或者邮件发出去之前先站在接收者的角度读一读、想一想：“如果我是接收者，会不会伤感情？会不会难堪？会不会有误会？”
- 软说、缓说、举证说：指出问题的时候，我一定会用这样的话开头：“也许我想的不对，你看这里……”或者“我有个灵感，也许对你有用……”。一般想给同事指出问题的时候，我不会当下就说，至少在发现问题15分钟之后，因为这时候大脑中原始的、带有攻击性的冲动已经过去了，说出的话或者写出的邮件语言自然就有条理而平和了，更重要的是，这时候我自己说话不会出错——团队中常见的人际风暴就是以错攻错。有时候也会遇到比较固执的同事，这时候给他举个情景、让他意识到他的代码在这种情景下会出错，或者能从bug库里找到一个类似的问题，基本上不伤人情就把事情说通了——千万别从书籍中“引经据典”，那样会给人一种理屈词穷、没事找事的感觉。
- 一旦发现对方不讲理，立刻对自己“喊停”。对方不讲理，这是一种强烈的人际关系冲突的信号，如果再发展下去，可能就要伤害合作关系了。这时候无论我在讨论什么问题，我会立刻停止，当然，这个停止也是用柔和的办法“软着陆”，如果我说：“算了，不跟你说了”或者摔门而去，那就相当于正式开战了。我的原则是：如果发现对方不讲理，那么多半是自己的行为让对方变得不讲理了，立刻停下来，检省自己、找出并排除问题，把大家重新拉回到讲理的轨道上来。
我现在的团队是个跨国合作的团队，成员来自中国、美国、印度、罗马尼亚……我每天都在使用上述三个技巧通过面谈、电话、邮件、会议来进行沟通，几乎从未出现过问题。在熟练的使用了这些技巧后，我发现我的交付能力也得到了很大保障。（PS：紧张的人际关系不但让你无法获得帮助，还会有人给你捣蛋，你的交付能力将大打折扣。）
说实话，这几个技巧绝非是我发明的——有些是从书上看来的，有些是朋友教的（感谢Andy和Bob），个别地方是自己感悟到的。结合自身的缺点，这三个技巧对我最有用，也许你天生在这几方面做的就相当不错，那么你可能需要探索别的技巧。为了方便大家探索适合自己的技巧，我把对我帮助最大的几本书列在这里，它们是：
- TheUnwritten Rules of Friendship
- RadicalCollaboration
- CrucialConversations
- 菜根谭
结语
短文的最后，分享一句真心的感受：一份有成就感的工作加上良好的人际关系是幸福感坚实的基础。衷心希望大家既拥有高超的开发技术，又建立起广阔的人脉和良好的人际关系。