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

[balckjoker]

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

[wobuhuicode]

看到楼上说的不要现场代码。
这个我可以给点小技巧。在编辑器先做好几个代码片段。
到时候输出把关键变量填上就可以了。

[soulmt]

@wobuhuicode 我都是写好 demo，然后分段放开注释，算是投机取巧了。哈哈

[murmur]

一个小时吹个牛逼就完了，真要推技术得配上项目的，不用一下大家呵呵就忘了

[zhoushushu]

如果是下班后的技术分享会，随便讲，没人会在意；
如果是上班时间的技术分享会，随便讲，没人会在意；

[sugars]

在以上各位大佬的建议里，演讲里再加点幽默就更好了

[auh]

只讲干货，少说废话。从抛出问题，开始，一点点解答。最后梳理全部内容。
段子，带情绪的话，谦卑，激情，还有所谓的幽默。纯属浪费大家时间。除了能像罗永浩一样。

[raaaaaar]

讲在实际工作中会遇到的问题，这样收获更大，和别人也容易交流，在交流的过程中也可以聊聊相关的技术实现，不一定非得聊上面的主题。

一定要和下面的交流，不要在上面自己讲自己的。

黄金圈理论，也就是 what why how 的方式去梳理思路，千万不要自己讲自己的，很多人一来就讲一些非常细节的东西，下面的人根本不知道它在讲些什么东西。

尽量讲高一点层面的知识，也就是说最好不要具体到代码细节，真要用到代码也要提前准备好。

讲前写好技术文档，注意排版，思路

总之就是，多讲大家都会用到，都能用到的实际工作中的知识，讲的人一定思路清晰，知道自己在讲些什么，要多和下面的人交互，就像平时交流一样，但是话题需要你自己来掌控。

其实如同上面的兄弟说的，交流会其实主讲人的收获最大，自己主动去了解知识，系统化，自己去表达知识，和别人交流，这些都是能很好锻炼自己的，尤其是以前没有这么做过的人。

[deplives]

提前写好代码，调试好，县城写代码十有八九会翻车

[barfi1316]

@JoStar 有经验，有没有推荐分享过的主题。谢谢。

[barfi1316]

@balckjoker 楼主现在有没有好的主题推荐？

[dgjungle]

最好的办法就是提前准备，能用代码绝对不用文字描述

[Lemeng]

由浅入深，抱着详细点，而又言简意赅的就行

[0zero0]

了解你演讲针对的目标用户，看他们想听什么，有针对性的准备。

[xxy973211]

@liujavamail 老哥经验丰富

[available2099]

讲一些别人不懂最好，净听你忽悠

[renmu123]

可以向 leader 建议，搞成闪电演讲，比如每个人十五分钟，十五分钟到了必须下台，轮到下一个月，多人参与。这种形式会比一个人在台上 balabala 讲一个小时有趣的多。一个小时真的直打呵欠

[xxy973211]

@Enya 狠人

[JoStar]

@barfi1316 我分享的基本都是前端主题。如果你不局限于前端的话，我觉得 RX 系列挺好的，不过学习门槛有点高，要讲个入门并不容易

[hitmanx]

@jadeborner
“有干货且通俗易懂岂不是给别人培训”

真没必要想得这么狭隘。

做分享其实收获最大的人永远是自己，你再体会体会。这和费曼学习法是一样的，通过把信息讲给别人，这是个督促自己把信息重新咀嚼、整理的机会，而且加深了自己对这个知识的印象，一举多得。

再说了，看了尖子生的笔记就成为尖子生了吗？不是的，知识不是你自己走心整理出来的，别人把精华放在你面前，你转眼就忘了。

[yuruizhe]

提前一周把演示材料发给大家，一周后让大家带着问题与不同的见解参与讨论，不然大家会一头雾水