一名成功开发者所需的这些软技能你都具备吗？

软件开发是一项团队运动，但软技能确实也很重要。

什么是软技能？

如果我们去查阅《牛津词典》，将会得到如下定义：“个人属性，使某人能够有效地与他人进行和谐的互动。”

换句话说，软技能是帮助人们实现发挥潜能，展示才能与技能的个人属性。它可以是一种同理心，团队合作的能力，热情的程度等等。

但是，这些技能真的会影响开发者的工作吗？

确实如此，而且很多。

在 2014 年加利福尼亚州斯坦福在线学院（Stanford Online High School in California）毕业生演讲中，Mathematica 软件应用程序的开发者、沃尔夫勒姆研究公司（Wolfram Research）首席执行官 Stephen Wolfram 表示，“走得最远的人并不是那些拥有最好技术技能的人，而是那些拥有最好策略来弄清楚该做什么的人。”

开发者有时会忘记软件开发是一项团队运动，而项目是必须并肩工作、相互支持，朝着一个目标前进的一群人的共同任务。因此，如果一个人太过傲慢，对工作没有激情，或者无法进行有效沟通，这不仅会对他的工作产生负面影响，也会因为拖延或搞砸部分而对整个项目产生负面影响。

职业教练和专业演讲家 John Z. Sonmez 在他的书《软技能：软件开发者生活手册》（ Soft Skills: The software developer’s life manual ）中也提出同样的观点。作者声称，“对于大多数软件开发者来说，编程是有趣的部分”，并解释了为什么软技能不应该被忽视。

请牢记这一点，以下是欲成为成功开发者值得学习的一些软技能。

骄傲是许多悲剧英雄堕落之源。

简·奥斯汀的名著《傲慢与偏见》（ Pride and Prejudice ）中的达西先生不得不放弃自己的骄傲，方能赢得伊丽莎白·贝内特的爱。Dante 将骄傲列为七宗罪之一。正如箴言中著名的（经常被错误引用）一节经文告诫我们的那样，它“骄傲在败坏以先，狂心在跌倒之前（goeth before destruction and a haughty spirit before a fall）”。

这是毫无疑问的。真正谦虚的定义是默默地认识到你擅长自己所做的事情，但不期望别人过分赞誉你。

要学会做到虚若怀谷，记住兼听则明偏信则暗。在通过知识泉源之前，先让自己聆听。即使是经验比你少的人，也能提出新颖的观点，甚至还可能帮助你解决最困难的问题。每一个输入，都有其价值，不管它来自于谁。

成功的开发者欢迎并乐于倾听他人的思路、想法和意见。与其寻求别人的认可，他们更感兴趣的是其他人如何帮助他们实现项目的整体成功。

同理心：一种社会和工作场所中都非常需要的品质。

《牛津词典》将其定义为“理解和分享他人感受的能力”。同理心是指体验他人的思想、情感或经验并与之相关联的能力。同理心并不仅仅是简单的同情，它是能够理解和支持他人的同情心或敏感度。

简而言之，同理心是一种这样的能力：能够站在别人的立场上，了解他们的感受，并理解他们的需求。

在职场上，同理心意味着对同事表现出深深的尊重，并表现出你的关心，而不仅仅是遵守规章制度。

冲突确实发生在职场上，有时候是你错了，有时候他们是对的。在说服他人的时候要注意，切记不要太过自负。太多的攻击性很快会形成滑坡谬误（slippery slope），并可能会削弱你和同事之间的信任。

译注： 滑坡谬误（Slippery slope）是一种非形式谬误，使用连串的因果推论，却夸大了每个环节的因果强度，而得到不合理的结论。

听取他人的意见并不意味着你必须同意。你总是有可能在你的意见中，发现一个你以前从未想过的警告。也有可能，你讨厌甚至感到这种巨大的冲动去嘲笑这个想法。但是，清醒点，这可不是高中。你是成年人了啊！你有表现得像一个成年人的权利！

倾听、交谈和讨论。要相信你自己和同事在会议室桌子的尽头必定会看到曙光。

这说起来容易做起来难。不可能 100% 的时间都能够做到保持积极乐观。但我们能做到的就是，调整我们平时的性格，比平时稍微乐观一些。

你的态度就是你自己的一种表达方式。你可以选择快乐、积极和乐观，也可以选择悲观和批评，对你的工作持消极的态度。积极态度可以帮助你更好地应对工作中的压力。

如果你想在工作中培养积极的态度，你就必须学会团队合作。大多数团队成员所做的最重要的积极事情之一就是：承担那些你并不想承担的责任，但你明白，它们对团队的未来是必不可少的。

记住，在职场上，态度不好是一种严重的责任。它会阻碍你升职，限制你的社交努力，甚至会让你卷起铺盖走人。另一方面，积极的态度可以打开你甚至都不知道存在的大门。

Alfred Brendel 说得对。

“单词 listen（倾听）包含与 silent（安静）相同的字母。”

倾听的能力是一种宝贵的工作技能，也是成功开发者的特质之一。

但很少有开发者知道如何很好地练习主动倾听。如果不能理解正与你沟通的内容，可能会让客户、消费者和上级付出昂贵的代价。

乔治华盛顿大学最近进行的一项研究表明，倾听对开发者工作表现的影响可能高达 40%。在工作中有太多的谈话，所以，有很多机会好好倾听。我们的谈话是为了提供反馈、解释说明，并沟通截止日期。除了口头语言之外，还有一些宝贵的信息需要通过语调、肢体语言以及没有说出来的话来进行解读。

换句话说，如果你做不到耳聪目明，那么你可能就会出局。

为了更好地倾听，你需要更加被动。花点时间去倾听他人的意见，听取他们的想法和建议。让他们觉得自己的意见得到了足够的重视，这反过来又可以帮你提高对自己的认识，并有助于打破人们通常对开发者的刻板印象：傲慢和固执。

要成为一个积极的倾听者，需要很大的专注力和决心。旧习惯一旦养成就很难改掉，如果你的倾听技巧同样槽糕，那么就就需要做很多工作来改掉这一坏习惯。

最后且重要的是，最重要的技能是提供明确性。为了让他人理解你的想法，你需要让它变得简单，并尽可能清晰地进行沟通。

听起来很简单吗？难道不是吗？但不幸的是，这种不明确是工作中所有麻烦的根源。

这是因为一种叫做知识诅咒的现象。

译注： 知识的诅咒（Curse of knowledge）是一种认知偏差，亦为专家常以术语交谈，但是丧失与非专业人士沟通的能力。 Robin Hogarth 首先提出该名词。知识的诅咒也是教育的重大阻碍之一。

根据心理学 Chip 和 Dan 的研究，知识诅咒阻碍了提供足够的明确性。

1990 年，斯坦福大学心理学研究生 Elizabeth Newton 通过研究一个简单的游戏阐述了知识诅咒，在这个游戏中，她让人们扮演两个角色中的一个：敲击者或听众。每个敲击者都被要求选择一首著名的歌曲，例如《Happy Birthday》，然后在桌子上敲出节拍。听众所做的工作就是猜测这首歌曲是什么。

在 Newton 的实验过程中，一共敲出了 120 首歌曲，但听众只猜对了其中的三首，成功率仅为 2.5%。但在他们猜测之前，Newton 要求敲击者预测听众猜对的概率。他们预测这一概率为 50%。敲击者每 40 次就能收到一次他们的信息，但他们认为每两次就能收到一次。为什么？

当敲击者轻敲时，她不可避免会听到伴随着她的敲击声中的曲调。同时，所有的听众听到的只是一种奇怪的莫尔斯电码。然而，对于听众不得不如此努力辨认这首曲子这一事实，敲击者对此感到惊愕不已。

问题是，一旦我们知道了某些东西，比如一首歌的旋律，我们就很难想象自己会不知道这首歌。我们的知识“诅咒”了我们。我们很难与他人进行分享，因为我们无法轻易地重现他们的心态。

这就是为什么成功的开发者在向团队传达信息后总是要进行确认的原因。无论是口头的、还是书面的，甚至是代码中的注释，所有的沟通都应该提供一个清晰的层次，让所有团队成员都能准确理解，并且不能以多种方式进行解释（或曲解）。

要永远记住，最成功、最重要、最受尊敬的团队，比如 Google、Apple 和其他许多团队，都拥有明确性，在任何时候，都不会出现模棱两可的情况。明确性提高了团队的执行能力，自信地改变方向的能力，以及整体满意度。

正如 Paul J., Meyer 所说的是正确的。

“沟通——人际关系——是个人与事业成功的关键。”

Ravi Rajan 是来自印度孟买的全球 IT 项目经理。他也是一个狂热的博主、俳句诗人、考古爱好者和历史狂热者。

原文链接：

https://towardsdatascience.com/5-soft-skills-to-be-a-successful-developer-782486418b01