原文链接：https://coolshell.cn/articles/21589.html
在几年的开发工作经验里，多多少少做过一些分享，现在回想起来，从一开始的不自信到后来偶尔也会有一两场自我感觉还不错。但什么是真正好的技术分享，确实没有深入思考过。看到这篇文章，我突然明白了以前哪些地方做的好，哪些地方做的不好，这篇文章给我的感触还是很深的。我想，如果我早一点看到这篇文章，我做技术分享的思路，甚至是准备的思路会有很多改进，分享的效果也会更好。
首先，作者认为，好的技术文章有以下几个特点：
1.把复杂的问题讲解地很简单，也很清楚；
2.有各种推导和方案的比较，让人知其然知其所以然；
3.原理、为什么、思路、方法论。
在讲这三点的时候，作者还列举了一些经典的书籍。我觉得可以结合作者的思路，在看这些书籍的时候，也想想这些书籍中文章的编写思路，对我们提升这方面的水平也会有所帮助。接下来，作者给出了几个建议和方法，来说明怎么做一个好的技术分享：
1.描述好一个问题。
作者说要把听众的思路带进来，要让听众感同身受。这一点，在以前的分享和最近写博客的过程中，确实有所体会。
比如一个技术，做分享的第一件事，一定是交代背景。这门技术为什么会出现，它解决了什么问题，有什么必要我们要使用这个技术。这一点交代清楚，往往是将听众的思路带入的关键。而这一点本身，很多时候也是技术人员所忽略的。一场技术分享，搞不好会成为这个这个分享者的个人秀，那就完全没有意义了。还有的分享者一上来就是各种定义，各种细节，直接把没有相关基础的听众搞懵了，那也是彻头彻尾的失败的分享。
2.How比What重要
在描述了第一个问题之后，作者认为，还是不能进入到What的阶段。
这个时候，要按照第一步描述好的这个问题，把问题说清楚，有了问题模型的框框之后，方案才会有意义。而后，根据这个问题，要做分享的技术和同类型技术的比较。有了比较，听众才会更加相信你。而价值和为什么要分享这门技术，就会在解决方案以及各种对比中，自然而然地引出。作者认为只有这样，才是有意义有价值的。
3.最佳实践或者方法论的总结
如题，否则听众是不具备操作性的，会抓瞎。
其实作者给出的这个思路，完全可以用在我们自己学新技术的思路上。先搞清楚背景，再看看别人分析的同类对比，然后进入具体的学习阶段，最后Google一下best practise。对人对己都是这个思路。而且作者说明了，这个套路是有心理学基础的。
整个过程，如果衔接地好，按照这个套路是能够让受众有强烈的成长感和收获感的。另外，作者给出了一些最佳实践：
Do not share a big topic, a small topic is better. A big topic could make the audience lose focus. Remember, Less is More!
Sharing time less than 60 mins is the best.
English language for slides is preferred.
While prepare the sharing contents, it’s better to discuss with the senior people to help you to see the whole picture, understand the good side and bad side, know what you don’t know … etc.
Strong Recommend Materials Outlines
What’s the Problem?
How to Solve the Problem?
The Best Solution or Practice.
The Mechanism, Key Techniques, and Source Code
Pros/Cons
References (Further reading)
For example, if you want to sharing a topic about Docker. the following outlines would be good one:
What’s the major problems need to solve. (Provision, Environment, Isolation etc.)
The Alternative solutions. (Puppet/Chef/Ansible, VM, LXC etc.)
The Best Solution – Docker. Why?
Docker’s key techniques – image, cgroup, union fs, namespace…
Docker’s Pros/Cons
Further reading list.