办公室程序员说话技巧(那些很会说话的程序员，到底有多厉害？)

程序员素来都有“不善言辞”的特征，在大部分人眼里，程序员好像也只需技术很厉害就可以了。

但即便是程序员，每年或多或少都会些场合必须沟通交流，比如工作汇报、会议发言、产品推介、岗位竞聘、工作述职……工作做得好或者想法点子好，但是没表达好，最后事情不如意，心里郁闷憋得慌。

我经常听到有人抱怨说，在程序员的世界里看不到任人唯贤。很多为此苦恼但依然心存善意的程序员会不停地抱怨会哭的孩子有奶吃。

事实上，沟通的本质是有效的信息传递，其重要度从来不分职业。

学会推销自己的想法

“会哭的孩子有奶吃”这个说法并不合适，换一个角度想，领导并不是喜欢的是“会哭的孩子”，而是喜欢技术能力强，沟通时又能把业务说清楚的人。

这其实也是一项技能——推销你的想法。有些软件开发者可以有效地推销自己的想法，有些人则不能。无法有效推销自己的想法，想法再好也没人关注。

这么说很刻薄，但这就是现实。现实情况就是：你可以成为这个世界上最天才的软件开发者，拥有最绚丽的想法和计划，但是如果你总是保持缄默不说出来，也不想去推销你的想法，那么想法已经无关紧要了，不是吗？

这就引出了第二点。

那些被认为“会哭”的程序员实际上更有价值，比起那些被他们淹没了声音的保守安静的同胞，大嘴巴的程序员的价值要大得多。

为什么？因为他们是些能做事的人。善于推销自己想法的软件开发者是高效的开发者，因为他们确实能够创造出效果。

的确，他们的想法可能不是最好的，那些坐在角落里的保持缄默的开发者可能有更好的想法，但坐在角落里的那些安静的开发者却没有成效，因为他无法将他精彩的想法变成富有成效的现实。

我宁愿吃花生酱加果冻三明治，也不愿吃美味牛排的广告。

推销自己的想法为何如此重要

现在应该很清楚，一个能够推销自己的想法的软件开发者在团队中效率更高、价值更大，但你可能仍然不相信“打破你的外壳，变得更加自信”是正确的选择。

你可能也会认为扮演次要角色更适合你，只有在被直接问到的时候你才会提出自己的想法。这个主意不错，但不太实际。无论你在哪里工作，那儿至少都会有一个大嘴巴的同事，他的想法很多。这些想法可能挺好，也可能不怎么样，但这都无关紧要。

关键是，如果对这种人你不能坚持自己，你就不能高效工作，也不会产生影响力。事实上，你很少会被直接征求意见，除非过往以来你就以善于推销自己的想法而闻名。

再强调一次，为什么这很重要？

如果你想在你的职业生涯中取得进步，你就需要被看作是一个有很多好想法并能付诸实现的软件开发者。

只有好的想法可不能得到提拔，高效能的软件开发者才会得到提拔，特别是那些能够把团队团结起来、让他的想法得到广泛支持进而得以付诸实施的人。

即使你不关心职业发展（如果真是那样，我都要怀疑你为什么要读这本书了），那你可能仍然至少想要可以掌控自己的命运。

在这里我想说什么呢？

我要说的其实很简单。如果你不能推销自己的想法，你就不得不按照那些胡言乱语的程序员提出来的混账建议去做事。我不知道你会怎么样，反正我是不能忍受在那种氛围里工作。

因此，不管你喜不喜欢，你最好都要学会如何推销你的想法。幸运的是，学会这个并不像你想象的那么难。这里有一些简单的规则和方法，任何人加以利用都可以变得善于此道。

不要争论

推销你的想法的最基本原则就是不要陷入争论。

当你与别人争论的时候，你不可能说服任何人做任何事情。如果你推我，我将把脚深埋在地里，尽我所能地把你推回去。这是基本的人性。

如果你想把自己的想法推销给别人，那就不能把这些想法塞进他们的喉咙里。永远不要直接反对或反驳某人，这是导致争论的必经之路。相反，试着像下面这样做。

具有说服力

要想具有说服力，有很多很好的方法。

关于如何提高说服力的书有很多，所以我不会就这个话题展开全面的探讨，但是我想给你一些建议。

（顺便说一句，学会说服和善于摆布别人可不是一回事，尽管两者可以被联系起来。说服力是一项非常有价值的技能，在任何情况下你都会发现这一点很有帮助。我曾在学习如何变得更有说服力上投入很大的精力。）

一个最好的最简单的说服别人的方式，就是尝试找出一些共同点。争论是寻找差异，而说服是寻找共性。

当我试图向一个持相反观点的人讲明“我们说的其实基本上是一样东西”时，我通常都会得到最好的结果。

我寻找共同点，特别是从动机出发寻找共同点，我会尝试把重点放在这些方面，我会强调我的建议或我所说的与他们已经提出的其实是一致的，或者是服务于他们的核心目的的。

你越能更好地弥合隔阂，你需要人们做出的跨越也就越小，这样他们才能聚拢在你的身旁。你也可以收回自己的想法，以一种能让你的听众更满意的方式重新组合它。

重组的威力超级强大。重组后的框架如果构建得当，可以以完全不同的角度呈现完全相同的想法。

“赞成枪支管制”和“反对拥有枪支”听起来有很大的区别。其实这都是框架一手造就的差别。想想你的听众，想想他们的框架和参照系是什么，然后让你的想法与他的框架相符合。

假设你的老板对一个项目的进度很在意，而你又想向他建议：应该在应用程序中应用一个全新的、漂亮的框架以显著地提升代码的可维护性。这时你该怎么办呢？

不要跟他谈论“显著地提升代码的可维护性”。你的老板不在乎这个。他甚至还有这样的印象：每当有人谈到提升代码的可维护性时，在开发上就得花费更长的时间。

相反，跟他说说：如果切换到新的框架将缩短开发时间，并有助于项目更快完成。

你的想法的框架必须适应于听众。

循循善诱

另一个能让人们确信你的想法就是好方法的做法就是引导他们朝着这个想法的方向前进，而不是直接把想法硬塞给他们。让他们自己去发现这个想法，而你只去做一个向导，轻轻地把他们推到你想要他们去的方向就好。

著名的哲学家苏格拉底经常使用这种方法，所以这个方法有时也被称为“苏格拉底法”。

利用措辞谨慎的问题引导你的听众走上那条最终可以发现你的想法的道路。人们更可能相信他们自己发现的想法，或者他们自己思考过的想法。

如果你通过提问来引导人们找到这个想法，你可能不得不放弃一些骄傲和荣誉，但你会得到更多的认同，而不仅仅是给他们现成的答案。

清晰地沟通

如果你想要高效地推销你的想法，做一个好的沟通者当然是必需的。

花些时间和精力来提高你的书面与口头沟通能力是值得的。你表达自己的想法时越清楚、越简洁，就越能够让人信服。尽量简洁而又能一语中的，使用一些你的听众可以很容易关联起来的类比例子。

很少有人会相信他们不理解的想法。如果他们不理解你的想法，那么即使人们在表面上相信它，也不会对你带来多大的好处，因为这样做的效果不会好，想法也可能马上会面临反对。

许多许多次我以为我已经有效地表达了我的想法并且得到了适当的认同，但后来我都遭遇到了这样的诘难：“你以为你在做什么？谁允许你这么做的？”

因此，一定要清楚你到底在交流些什么，仔细学习并提升你的沟通技巧，这样你才能尽可能有效地表达自己的想法。创建一个你会去定期更新的博客是实践和改进你的书面交流技能的好方法。

参加类似Toastmaster这样的小组，在任何时候发表演说，借此帮助你掌握演讲和陈述的技巧。

借势权威

在我的软件开发生涯刚刚开始的时候，我惯常使用的一种方法就是利用别人作为权威来推销我的想法，因为我自己并没有太多的可信度和经验。

当你试图提出与目前的做事方式相反的想法时，你常常会被视为傲慢、天真或者自以为是的人。你面临重重阻力，只是因为这是你的建议，所以人们就不买账。“凭什么你说这是‘正确’的做事方式它就是正确的？”

与其依赖你不靠谱的权威或者经验，不如借用别人的权威与经验。试着引用一本你读过的书，或者说：“这不是我的主意，它是……（此处插入某个知名作者）的想法。”

好了，现在，你的反对者们将不得不与另一个可信度很高的人展开争论。尽管他们可能仍然会反对它，但他们现在可不能直截了当地说：“这个想法真愚蠢，无知至极。”

树立权威

虽然借势权威的做法往往会有效果，但从长远来看，更有意义、更有益处的做法是树立自己的权威性。

会令你大吃一惊的是，要想做到这一点，办法其实非常简单易行。你可以做的最简单的事情之一是将你的文章或想法发布到互联网上。我最初就是专门为此目的创建了我的博客Simple Programmer。

我厌倦了争论问题，我厌倦了试图说服人们“我的想法很好”。他们不听我的，只是因为我并不是真正的权威，于是我开始写下我的一些想法，并把它们写在我的博客中。

久而久之，我的同事和老板都读到了我的博客文章，也不知是怎么回事，仅仅因为这些话都是写在博客上的，所以它们似乎就具备了更大的权威性。

当人们在评论博客文章纷纷赞同我的观点的时候，当博客文章被成千上万的开发者分享和阅读的时候，这种权威性就更进一步得到了加强。

当我谈论一些自己的想法或者在某次讨论中试图推销自己的观点的时候，我还经常会去引用我以前撰写的博客文章。

由于经常引用博客文章以资参考，我很快就发现我讲起话来已经不是即兴发挥了，我对自己要说的内容已经深思熟虑过，足可以写一篇完整的博客文章了。

向John提问：如何让我的老板和同事都来读我的博客？

别担心，他们会来读的，相信我。如果你现在就开始写博客，你的老板和同事就会去看它——好奇心压倒一切。

另外，在讨论某个相关问题时，可以像我前面提到的那样，在你的电子邮件或其他交流中引用自己的博客文章，这么做也不会有什么害处。

曾经，在我工作的一家公司里，我的老板会开玩笑地问我，我会不会写一篇博客文章把正在讨论的话题写进去，因为我经常这样做。

只不过你要小心你提到你的博客时的方式与语气。

还有一种方法不那么容易但更有效，那就是出版一本书。

成为一名有正式出版物的作家，它能给你的权威性和威望是其他方式不可比的。你可以说“关于这个主题我曾经写过一本书”，这句话的分量可是重得多。

毕竟，不是人人都可以写书的。写一本书并不一定意味着你知道自己在说什么，但人们认为你知道。

最后，你还可以通过以权威的方式讲话来树立权威性。

太多的人说话的方式本身就使其听起来不太确定，或者让别人觉得他们不靠谱。他们经常这样讲话是因为他们不想让自己听上去很傲慢，或者他们试图对冲他们的赌注，以防他们无法赢得别人的支持。

别这么做。如果你要讲话，那就永远要带着自信讲话。这种做法可以命名为信念要坚定，但是态度要放轻松。你可以保留以后改变主意的权利，但是现在，根据你的能力和你的所知所识来说出你的想法，并且你会带着信念去做这件事。

你可以说服许多人接受你的想法，只要你真诚地相信他们，并且在你这样做的时候带着信念和热情讲话。

好为人师

推销任何想法的最有效的方法之一就是通过教育。通过教育人的方式树立起你的权威和信誉，使他们更容易接受你要讲的话。

不要直截了当地试图说服别人你对测试驱动开发（TDD）的想法，也不要试图说服他们为什么要这么做。相反，做一个关于TDD的演示。

让你的听众了解TDD是什么，它的工作机制和工作流程又是什么。让你的听众了解实现TDD都有哪些工具以及他们可以阅读哪些书籍，从而让他们了解更多关于TDD的知识。先给他们一堆有价值的信息，然后再让他们接受。

当你采用这种方法时，他们会更容易接受你的观点、更容易被说服，不要只是试图让他们相信TDD是好的，你应该在项目中这样做。

勤于练习

不要过分强调和推销你的想法。

就像任何事情一样，勤于练习才能做得更好。持续练习，练习本章中的技巧，不要害怕表达你的想法，要与别人分享你的想法，最终你会富有成效。

记住，即使是最优秀的善于说服别人的人也不可能总是把他们的想法成功地推销出去，但这总是值得一试的。

软技能：代码之外的生存指南

作者： [美]约翰·森梅兹（John Sonmez）

译者： 王小刚

内容简介：

本书聚焦于软件开发人员生活的方方面面，从揭秘面试的流程到精耕细作出一份杀手级简历，从创建大受欢迎的博客到打造你的个人品牌，从提高自己工作效率到与如何与“拖延症”做斗争，甚至包括如何投资不动产，如何关注自己的健康。本书共分为职业篇、自我营销篇、学习篇、生产力篇、理财篇、健身篇、精神篇等七篇，概括了软件行业从业人员所需的“软技能”。

适合人群：

本书适合各层次的软件开发者阅读。

软技能2 软件开发者职业生涯指南

作者： [美]约翰·森梅兹（John Sonmez）

译者： 王小刚

内容简介：

本书是《软技能：代码之外的生存指南》一书作者的新作，主要围绕软件开发从业者职业生涯的发展历程，描述软件开发者在职场中需要具备的各种“软技能”—如何入行成为软件开发者，如何学会第一门编程语言，如何写求职简历，如何准备面试，如何选择工作岗位，如何选择技术方向，如何拓展技术技能，如何与团队和领导融洽相处，如何以著书立说方式为自己在业界赢得赞誉，等等。

适合人群：

本书适合各层次的软件开发者阅读。尽管本书名义上是专门写给软件开发者的，但实际上这也是一本关于管理个人职业生涯以及如何获得成功的书，对软件开发行业的各类从业者做好职业发展规划都很有帮助。

-END-