想透彻，写清楚，讲明白

有些场景，很多人或许会生出似曾相识的感觉：
 1、开发时碰到了一个棘手的问题，比如写的代码执行结果不符合预期，调试很长时间了，自己觉得该查的都查了，貌似一切都正常，但结果就是不对。无奈之下，找人帮忙一起分析，当你向别人描述问题的时候，突然有一种顿悟的感觉，脑海里闪过一丝念头：哦，可能是 XX 有问题。然后顺着思路查下去，很快发现症结所在，问题解决。
 2、有一天，领导要求你写一个PPT来汇报近期工作。打腹稿的时候，心里觉得一、二、三、四，有多少要说的，清清楚楚，但真正落笔的时候，又发现脑子里的想法并不像一碗水那样可以轻松的倒出来，甚至第一句话怎么写都要想上半天。
 3、周五是设计评审的时间，或者公司安排你去给用户做产品演示，为了这次公开露面，你自己私下已做过很多练习，但上台时，仍然会感到一种“没办法从容的把主题阐释明白”的无助感。
 通常，我们在思考问题的时候，是没有听众的，我们的思想在大脑内loopback了，我们以为自己的思维很缜密，但实际上，它有极高的跳跃性（大家可以体验一下，自言自语和沉思的效果是截然不同的，而一边想，一边拿笔随手画画，又是不一样的），所以，当我们尝试把自己的想法说出来的时候，往往会发现其中的漏洞。
 而我们在书写的时候，尤其是在写PPT这类演示用的文档时，一般会假想一个听众，比如我们会尽量站在旁人的角度上审视自己的成果，我们也会在心里默默的进行讲述，甚至对着摄像头演练。
 但是，当我们真正面对一屋子人的时候，又是完全不同的体验了，尤其在是缺乏经验的时候。
你练习的节奏会被打乱；
有人会提问，但你发现这个问题在后面会讲到；
也有人走神了，对你提的问题，前面已经解释过了；
还有人的问题跟当前的主题毫不相关 … …
状况有很多种，但我最害怕的，还是看到一屋子的满脸茫然。
 这时候，为了保证演讲的效果，必须换一种方式重新阐述当前的主题，在重组思路的短暂时间里，演讲者要判断问题出在哪里，是不是需要做更多的铺垫，于是，一瞬间，有太多的话要说，但仓促之间不知道该先说什么，或者顺着一个方向说到一半，突然感觉需要在另一个方向上做些解释而突然转换话题 … …
所以，我们自以为“想清楚”的事情，未必能“写清楚”，而写清楚的，也未必能够“讲明白”。每个人都至少掌握了两种语言的：大脑思考用的语言、口语，后来通过学习，我们又掌握了书面语言。那些伟大的思想家，借文字将思想传世；那些伟大的演讲家，用语言将思想传播。无论是天生的，还是经过刻苦的练习，总之他们是这三种语言最高超的双向翻译家。
 合格的程序员，擅长于精思，并能高效的把思想转变为程序语言代码，但有不少写程序的高手，在把思想转变为书面语言和口语的时候，表现的相当糟糕。这种能力需要锻炼，然而，当机会摆在面前的时候，并不是每个人都懂得珍惜和利用，甚至“当失去的时候也并不追悔莫及”，我一度怀疑，是否有不少人把写文档和会上发言看作苦差事。
 我想说的是，在IT业人人谈转型，人人谈30+，人人谈十年后，人人谈出路的大背景下，程序员不应该将全部精力都放在提高与计算机沟通的技巧方面，程序员也不应该总是问：“迷茫，我该学什么技术” 之类的问题。技术牛，可以成为一把绝世好枪，但毛同志应该不是靠打枪准才晋级的，无论做什么工作，思路清晰，是最基本的要求，但能够迈过“写清楚”，“讲明白”这两道槛，无疑会拥有更加强大的综合竞争力。

本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/jinxfei/archive/2010/09/08/5870646.aspx