如何讲清楚一件事我相信很多人都很困惑也很无助，尤其是在晋升场合，在向上汇报或者是做大范围分享的时候，恨不得找个地缝钻进去。很多时候我们常常是这样安慰自己，我是实干派技术人，不需要那些花里胡哨的东西，我技术过硬比什么都重要。曾经一度我也是这样认为，最后改变我这个想法的是一句话：如果你讲不清楚多半是想不清楚，如果你都想不清楚如何能够带领更多人拿到结果？
所以我总结了一些关于如何讲清楚的一些技巧，以供大家参考。
01 少做预设多换位
在讲的过程中第一个陷阱就是以自我为中心，在按照自己的思路讲。出现这个现象的本质就是做了大量的预设，假设我的受众都是和我一样的成长环境，一样的专业背景，一样的心态和目的。但事实上这些假设都是不成立的，而这也就是造成讲不清楚的根源（这里请勿诡辩说是对方不专业听不懂，人只能改变自我去想办法改变）。
对这一点一些具体的建议如下：
去专业化：比如是字母缩写就加一个括号把原单词写出来，比如专业名词就变为一句话的简要描述。
铺垫背景：通过背景的描述是很好将所有人拉到一个水位上的办法。
用比喻/故事：用生活中类似的例子去大致表达效果会好很多，即使不是完全对等也没关系，这是给人家以体感最好的办法。
02 在全局中找定位
举一个很简单的例子，我们在介绍自己的时候是不是加上一个你是XX团队做什么工作的 会 比单独说一个姓名要来得更加清楚。这其实就是运用了全局凸显自己的办法。我们再很多时候讲一个概念或者一件事的时候往往就只是就着它本身去讲，这就会导致别人听得云里雾里。一旦关键的概念没有搞清楚，你后续所有的讲话内容都可能白瞎，因为听众可能根本就跟不上。
所以要讲清楚自己就要讲全局，在全局中通过自己的作用/定位等方法来更加清楚阐述。那至于全局全到什么份上，这个可以参考这样一个方法：全局的内容是大家都有一定认知度的。
举个例子：比如我们要去给整个蚂蚁的人介绍全球资金平台，那你必须得先讲国际的主要业务是干嘛的。
03 上天入地要搭配
这个是有一点点抽象，举个晋升问答的例子：面试官问一个问题，你有没有想过这个平台未来该如何发展？遇到这类问题很多人都会上当，有以下几种情况：
1.就着平台本身的目标侃侃而谈。比如我们平台的规划是要做 XX 能力，0 故障等巴拉巴拉一堆。这典型就是违背了全局中找定位的原则，很显然你都不回到业务上去如何能够证明你讲的未来规划是有逻辑的？
2.先回答业务上的目标，然后再讲我们平台规划是要做 XX 能力，0 故障等。这个显然是好多了，但仍然还是非常飘。为什么呢，因为这都是概念层面的东西，概念是不能推导概念的，否则就是一堆正确的废话。
3.相对于第二种要更进一步，即讲完第二点的内容，在结合具体的案例来承接你的 XX 能力建设，0 故障等。这就是我提到的上天入地要搭配的技巧了。
具体上天入地要搭配的技巧可以提炼为一下两个方面：
1.即抽象的概念就是飘在天上的，关键要点就是入地三尺的，这就叫上天的抽象观点和入地的细节支撑的搭配。
2.同样反过来也是必须要满足这个原则，当我们面试官问到一个很细节的点，如果我们也只是地就事论事那也不行，我们解决了细节点这是入地三尺，后面必须得抽象拔高，形成更加通用的原则和方法论，这代表能够总结归纳看到类似问题，代表具备举一反三的能力。
以上两者就是上天入地的搭配，飘在天上的必须要抓到关键落在地底去，细到地底的必须要抽象拔高飘到天上去。
03 多维度多层次思考
前面讲的入地我相信一般都不成问题，只要从一线爬起来的入地都没啥问题。但要说到上天可能还真未必是每个人都能掌握的技能，其实这背后的本质到底是什么？本质就是如何结构化体系化地思考（哈哈，可能很多人认为这是 PUA）。但如何做到也有很多方法论，我这里就讲一个最简单的方法，那就是看多个维度讲多个层次。最常见的就是很多人发言时就说我讲三个点，人家这套路是对的，是给自己做提示我得讲得有体系化一点（当然最后是不是体系化未必，但至少这个方向是对的）。
多维度的含义就是你考虑一个问题看了哪几个方面，比如上面例子里面关于平台未来发展的问题，可以考虑的维度就很多，业务能力维度，系统稳定性维度，平台效能维度等等。这些考虑的维度其实大家可以去常做总结和反思，积累下来总有用处。
多层次的含义就是看问题是不是够深入，最简单的办法就是多问几个 WHY，持续问下去就够找到更加深层次的问题。
04 能定量就不定性
这个就比较容易理解，定性会让人觉得忽悠感很强或者不那么真实，而具体的数字会让人觉得更加可信。你试着想想，和业务方对话都能够讲出来几个业务数字，是不是瞬间感觉互相在一个篇上。要做到这一点除了讲之前，能够做足功夫外唯一的办法就是多去主动记住一些业务数字。有了感觉得到了红利，自然而然就会让你更有兴趣去记住这些。
相关阅读：
作 者 | 知明
我的感觉是Camping和Sinatra之间的差异不是很大，您可以安全地选择其中任何一个并且没问题。但我想问问Ruby专家，这是不是真的。Sinatra和Camping微框架之间实际上有什么重要区别吗？您将如何决定使用哪一个？ 最佳答案 我知道的唯一显着区别是Camping像Rails一样基于MVC模式，并且与ActiveRecord耦合。Sinatra更加不可知。Camping也不再维护，而Sinatra正在积极开发中。仅这一点就足以让我们先看看Sinatra。编辑:感谢Philippe的更正，很高兴听到Camping的开发正在进
下面两个语句除了编码风格有区别吗？/regex/=~"some_string_with_regex""some_string_with_regex"=~/regex/ 最佳答案 是的，有区别。正如在http://www.ruby-doc.org/core/classes/Regexp.html#M001232中提到的If=~isusedwitharegexpliteralwithnamedcaptures,capturedstrings(ornil)isassignedtolocalvariablesnamedbythecaptur
有人可以向我解释一下，为什么不初始化first_idx和last_idx会导致代码无法运行？？当我运行它时，出现此错误“未定义的局部变量或方法last_idx”。我知道建议总是初始化变量，但我不明白为什么。毕竟first_idx和last_idx总是会在循环中得到一个值，因为参数letter总是出现在字符串中(在这个特定问题中)。我真的很感激一些(简单的)见解。谢谢!P.S，我也知道在Ruby中使用#index和#rindex很容易解决这个问题，但我不允许使用直接的方法来解决它。deffind_for_letter(string,letter)first_idx=nil0.upto(s
我目前正在尝试使用Ruby和Rails，我已经阅读了有关元编程的教程和书籍中的几个部分。许多人提到它是Ruby的重要组成部分，但他们并没有真正深入到细节。就好像元编程是Ruby程序员的最后边界。我有.NET背景，很难理解为什么它被认为如此有用。使用元编程有什么好处？什么是特征类，它与单例有何不同？在什么情况下使用元编程很常见？使用代码修改其他代码(尤其是非您自己的代码)的行为有哪些伦理含义？ 最佳答案 使用元编程有什么好处？您可以创建比没有它更具表现力的API(例如，ActiveRecord使用元编程根据表的列名定义访问器方法，因此
关闭。这个问题需要更多focused.它目前不接受答案。想改进这个问题吗？更新问题，使其只关注一个问题editingthispost.关闭8年前。Improvethisquestion我不确定所有这些，但是执行更新Ruby、下载新gem或更新现有gem等操作的命令是什么？还有哪些重要的事情？因为这可能很重要，所以我运行的是Windows。
在大多数编程语言中，众所周知，处理文件的流程是打开-使用-关闭。然而我在ruby代码中多次看到不匹配的File.open调用，而且我发现thisgemofknowledge在ruby文档中:I/Ostreamsareautomaticallyclosedwhentheyareclaimedbythegarbagecollector.darkredandyellow友好的irc处理这个问题:[17:12]是的，而且，文件描述符的数量通常受操作系统限制[17:29]我假设在垃圾收集器清理之前，您很容易用完可用的文件描述符。在这种情况下，您可能想自己关闭它们。“由垃圾收集器认领。”意味着
关闭。这个问题是opinion-based.它目前不接受答案。想要改进这个问题？更新问题，以便editingthispost可以用事实和引用来回答它.关闭8年前。Improvethisquestion哪个是最快的JavaScript引擎？这真的重要吗？
我正在尝试为Photoshop制作一个脚本，该脚本可以将打开的图像调整为不同大小，其中只有宽度很重要。目标是在每次调整大小后，它应该恢复图像的原始状态并运行不同的宽度。网上有一些脚本几乎可以做到这一点，但我只会出错。我得到的错误是“undefinedisnotanobject”。目前我有以下脚本，但卡住了://getareferencetothecurrent(active)documentandstoreitinavariablenamed"doc"doc=app.activeDocument;//theseareourvaluesfortheENDRESULTwidthandhei
纯reducer没有副作用，可以实现时间旅行等功能。它们使对应用程序行为的推理变得更加容易。这对我来说很直观。但我无法阐明为什么纯reducer会导致这些积极的非功能性属性。谁能帮我阐明为什么让reducer没有副作用会更容易推理应用程序行为？是不是因为保证在运行reducer后具有完全相同的状态？如果是这样，那么即使是有副作用的(即非纯的)reducer肯定也有这个属性吗？ 最佳答案 Isitbecauseyouareguaranteedtohavetheexactsamestateafterrunningthereducers?
如果o对象包含键/值对:foo:'bar'我可以依赖这些结果吗？://foowillbe'bar'//foowillbe'overridden'换句话说，是在使用spread时对属性进行排序运算符重要吗？ 最佳答案 是的，是的。它的工作原理与您的示例完全一样你的例子被翻译成://foowillbe'bar'//foowillbe'overridden'因此，它总是覆盖最后一个 关于javascript-JSX中Prop的顺序重要吗？，我们在StackOverflow上找到一个类似的问题：
