公司内部做一次好的技术分享需要注意哪些事情？

[balckjoker]

年初刚换了一家公司，leader 安排做一次技术分享。主要是在部门内部大概时间是一个小时左右，之前自己纯技术分享做的比较少，所以想请教大家一下有没有相关的要注意的点。

[rodrick]

抱着谦虚分享的态度，不要把分享的东西话说的太满，容易被打脸。

[liujavamail]

不要现场写代码，容易翻车

[taowen]

先要在最初的几页把听众的兴趣给激发出来，不要向上课一样，直接就是信息的罗列。你要把 why 说明白，大家为啥要坐在下面听你讲一个小时。

其次设计几个问题穿插在内容中。可以是很显而易见的问题，就是让下面的同学有一个站起来发言的机会。

table of contents 不仅仅要出现在第一页，在每个章节前面也加一下。让听众能够知道你讲到哪里了。

[baiyi]

最好是像演讲一样，如果只是枯燥信息的输出，听众会打哈欠。

除非讲的东西真的很有价值，那么听众打着哈欠也要听完。

[Enya]

PPT 不要写超过 20 页。
我以前有个同事一个小时的技术分享搞了 200 多页的 PPT，全都是截图，才讲到 26 也就被老板叫停了。

[Suddoo]

@liujavamail 哈哈哈哈

[Suddoo]

尽量讲一些有意思的主题吧，之前我们组内搞技术分享，很多人都跟老师讲课一样，念 PPT，完全不想听

[boris93]

what - 这次分享讲了什么
why - 为什么要用到这次讲的东西，它解决了什么问题
how - 怎么用，实现的大致原理是什么

[TargaryenChen]

确定自己真搞懂了要讲的内容

[gowk]

内容大于形式

可以参考这个，用 marp （ markdown 语法）代替 PPT：
https://github.com/jeremyxu2010/k8s-share
作者写的 blog: https://jeremyxu2010.github.io/2020/05/%E6%8A%80%E6%9C%AF%E5%88%86%E4%BA%AB%E4%B9%8B%E5%B7%A5%E5%85%B7%E6%8E%A8%E8%8D%90/

[jadeborner]

有啥好分享的，没干货或者照本宣科领导观众不满意，有干货且通俗易懂岂不是给别人培训

[JoStar]

@boris93 what why how 我自己也非常喜欢用，但是我的顺序是 why what how 。

鄙人认为先问 why 有助于更好地理解 what

[balckjoker]

@JoStar 是的，我觉得能有点互动就更好了。但是这种纯技术的不好加一些段子什么的。

[JoStar]

其实超过 30 分钟，人的注意力很容易分散了。我自己现在开会或是分享会尽量控制 30 分钟以内，如果内容确实太多，可以穿插几分钟的休息。

如果演示代码，你的代码要提前写好，就像教师有教案一样。

最后可以有一个总结，新知识是不容易被接受的，而且大家可能也没有那么集中注意力。所以要留一个 1-2 分钟的总结，只要在这段时间好好听了，可以得到相对划算的收益。

[mayufo]

讲好段子！

[proger]

1 如果你不是大牛,或者是真的很熟悉,很有把握的东西,不要讲的太满,抱有互相交流的态度
2 提前自己先过一遍,讲一遍给自己听吧,因为真正讲的时候很容易卡壳

[fatpower]

金字塔原理

[Justin13]

要么选自己很懂的，要么选他们不懂的，千万别选半懂不懂的。
准备几个问题和笑点，前者抓注意力，后者活跃气氛。
别指望一口吃个胖子，重点有 2，3 个就够了，再多吃不下。

[Jooooooooo]

公司内部技术分享收获最大的是自己, 好好准备能学到新东西就可以.

[more1sec]

准时结束