聊聊程序员最头痛的问题：如何写一篇好看又易读的文章

我遇到过形形色色的程序员，自己的团队里也有一帮头脑灵光、心思缜密的开发工程师，跟开发工程师交流是件很有意思的事情。按说，软件工程师属于逻辑最清晰、最有条有理的人类，那么复杂，绕来绕去的程序流程，都能理得滴水不漏。但偏偏很多程序员有个通病：内向木讷、词不达意，跟人讲话也是绕来绕去，越讲越糊涂。而且，最怕写文章。

在程序员的职业生涯里，文档并不少写，但那都是程序员之间传阅的架构说明、流程说明、技术分享之类的技术性文档。一年之中，程序员总要写一些对外交流的文章，比如说，给客户的技术方案、年度工作汇报等等。而且，越是级别高，写报告、PPT的机会越多。工程师，尤其是主管们，对此头痛不已，总是跟我抱怨，我写的文档你看懂就行了，我是写不好文章的了，要拿给别人看，你就帮我改改吧。其实，这就放弃了自我提升的机会，而且，这不仅仅是写文章的问题，连日常的口头交流都是那种表达套路，长期下去，就将自己禁锢在程序员之间才能交流的圈子里了。

其实，要写一篇好的交流性文章并不是难事，并不需要有很好的文采，只要稍微改变一下思维方式，掌握表达的标准结构，就能写出一篇引人入胜、明白易懂的文章。简单来讲，程序员由于工作的习惯，培养了流程式，IF...ELSE.. ELSEIF...的思维方式，写作往往像程序流程图那样，平铺直叙下来。其实，稍微改变一下，写文章或讲话时，采用金字塔结构方式，就容易提升自己的表达效果，思考、表达和解决问题的逻辑方式也会得到提升。

金字塔结构方式，是麦肯锡的经典思维组织规范，掌握了金字塔结构方式来写文章或与人沟通，就可以做到重点突出、层次分明、思路清晰，用最短的时间讲清楚观点，让受众有兴趣、能理解、记得住。

金字塔结构最基本的要求是结论先行，以上统下，先重要后次要，先总结后具体，先结论后原因，先结果后过程，先论点后论据。

 

金字塔结构有助于清晰展现逻辑。

具有金字塔结构的文章应该是像下面的图：

 

条理清晰的文章所表达的各思想之间逻辑联系很明确，这样的文章自顶向下，将作者的思想一层层地呈现，下一层的思想是解答上一层的思想给读者带来的疑问，而同一层的思想是逻辑递进式的层现，只要掌握了这种组织结构，文章就能做到清晰易懂。

 

金字塔结构更容易让读者带着兴趣阅读。

通常，人总是喜欢阅读那些能回答他的疑问的文章。当读者第一次阅读你的文章的时候，你的文章是要告诉他不知道的东西，在这个时候，他还没有与你要表达的信息有共识，如果想让他有兴趣阅读下去，应该为他制造一个疑问。使用金字塔结构，容易做到让读者带着疑问来阅读，在展现思想前，先讲述一个容易接受的背景，然后描述一个冲突，这时候，将你的思想，也就是冲突的解决方案呈现出来，读者自然而然就会想，这个解决方案是否真的有效呢？好了，你就可以在下一层的思想中继续回答读者的问题，而且可以以多种论据，一步步加深读者的理解。

通过这种组织方式，即使读者未必最后认同你的观点，但他已经完全明白了你的意图，而且是以一种轻松易懂的过程进行的，他就能留下深刻的印象。