分享信息并不难,大多数人都能做到,就算是不善言谈性格内向的技术人员,通过博客或社交媒体,或是不正式的交流,他们都能或多或少的做到。但是如果你想要做一个有质量有高度的分享,这个就难了,所谓的有质量和有高度,我心里面的定义有两点:1)分享内容的保鲜期是很长的,2)会被大范围的传递。我们团队内每周都在做技术分享,虽然分享的主题都很有价值,但是分享的质量参差不齐,所以,想写下这篇文章 。供大家参考。 首先,我们先扪心自问一下,我们自己觉得读到的好的技术文章是什么?我不知道大家的是什么,我个人认为的好的文章是下面这样的: 其实,从教科书,到专业书,再到论文,都有上面这些不错的特质。 所以,如果你想做一个好的技术分享的话,下面是我总结出来的方法,供你参考。 先描述好一个问题。这样能够听众带入进来,如果这个问题是他们感同身受的,那是最好了。千万不要一上来就说What,或是直接冲进答案里。这样的分享是在灌输和填鸭。把Why说清楚。没有Why,直接谈What的技术分享,通常来说价值不大。 How比What重要。在讲How的时候,也就是如何解这个问题。 一定要有Best Practice或方法论总结,否则上不了档次的。也就是分享中大家可以得到的重要收获。
说明了这个模型就是:问题 –> 方案 –> 总结。这其中是有一定的心理学模型的,具体表现如下: 这里有几个示例,也是我在我司 MegaEase 内部的技术分享,供你参考(我个人的YouTube频道) 技术分享:Prometheus是怎么存储数据的(Youtube) 技术分享:Distributed Lock Manager(Youtube) 下面是我写在我们公司内的Knowledge Sharing中的Best Practice,供参考 Sharing GuidelinePlease follow the following sharing protocols Understand SharingSharing is the hard way to learn knowledge. The presenter gains the biggest advantages. not audience. 分享是学习知识的最难的方式。分享者获得的好处最最多的,而不是观众。 Sharing can open the knowledge door for the audience, but you have to walk to knowledge by yourself. 分享可以为听众打开知识的大门,但你能不能获得知识还要靠你自己。
Best PracticesTo perform a great sharing, please follow the below practices. 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.
(全文完)
|