大家好，我是前端西瓜哥。
我所在的公司的前端部门，每周都会开周会，然后其中一个环节就是做技术分享。我们是轮流每周一位前端同学做主持人，且必须做技术分享，其他人则是选择性分享。
今天我们讲讲如何在团队内做技术分享。
文档就好，没必要用 PPT
我们的形式很简单，分享者将要分享的内容放到 协同在线文档，将链接发出来，然后分享者投屏到视频会议上。
有些会议软件像飞书支持投屏文档，投出来的文档和浏览器打开没有区别，可以自由选择是否追随共享人的位置，个人觉得挺方便的，不需要自己一会看发出来的链接，一会看投屏。
没必要一定要用 PPT 的形式分享。因为 PPT 制作比较麻烦，更适合正式的场合，比如汇报、对外的演讲。对内的技术分享，可以随意一些，简单一些，我们把精力放在内容上，形式只是锦上添花。
此外，使用协同在线文档时，大家可以实时在上面对不懂的地方进行留言提问，或讲一些自己的见解，可以让信息更内聚。
内容
关于技术分享的内容，一般来说并没有什么限制，只要是技术文章即可。
但我们更建议分享一些和工作相关的内容，因为可以扩充团队面对工作需求的一些底层知识。
比如为了做某个需求去调研，弄明白的一些方案，为什么这样选型，有什么问题，你可以分享一下（不过可能在技术评审的时候就说过了）。此外，这种经过实践的知识的分享，更容易做到深入浅出，面对同事的提问也能更好地回答。
然后我觉得内容应该足够短小精悍，切一个足够细的点，但不要太难，也不要过于百科全书式。这样同事才能有收获，不会犯困、或者听得云里雾里，同时也能控制好时间。
有些同事讲的内容很多，严重超时，如果听众没能跟上思路或者本身就对话题不感兴趣，慢慢就会走神，最好控制好演讲时间，我认为至少在 25 分钟以内。
有些同事则是明显看出来没有做太多的准备，讲的磕磕绊绊，内容也少，非常快就结束战斗了，并不可取。
做好准备
技术分享花费的是团队所有人的时间，不能让别人听了后觉得什么都没学到，所以很有必要做好准备的。
首先自然是准备好文章内容，最好合理分成各个小节，带上小标题，不要密密麻麻的一堆字，当然这也考验作者的写作能力，对于一些写作比较少的同学，是不错的锻炼机会。
然后就是技术文章，经常要提供的一些 demo，这些应该提前写好，然后简单运行一下，确认没有问题，而不是在演讲中手忙脚乱地写出一些错误的 demo。
互动
互动是非常重要的一件事情，演讲者需要根据听众的反馈来进行内容的调整，比如通过听众的表情弄明白他是否对当前这个点感兴趣，决定是否要深入讲解。
很尴尬的一件事情是，你问 “有什么想要我解答的问题” 时，全场的沉默。这其实在我们团队的分享中经常发生，尤其是是在远程办公开会又不开摄像头的情况下。
可能有的同事不太敢问，觉得太基础；也可能对方没有听懂你在说的东西，他没认真听或者没听明白；可能有的同事其实在做其他的事情（远程开会的情况）。
对此，你可能需要一个 “群众演员” 来和你进行互动，这样其他人才会被带动起来。“群众演员” 可以是本事就很喜欢发言的同学，或者你可以拜托和你熟的同事，让他来提问或者你自己准备好一个问题。
即使只有 “群众演员” 来和你交互，也好过自己一个人独角戏的尴尬。
对于远程会议，国内程序员还是比较腼腆，一般都比较抗拒开摄像头的。但还是建议开上摄像头，这样才能确保所有人都是在认真地听你演讲，同时也更好地判断听众的状态。
这点可能还是和团队的技术氛围有关系，平时忙着做需求，而不去举办一些有意思的团建活动，大家其实并不能太放得开。
其他
可以考虑搭建一个团队的博客网站，一些内容比较好的适合分享的文章，可以放到团队博客上，也是有助于提高公司吸引人才的竞争力的。
结尾
一定要珍惜做技术分享的机会，它可以提高我们的综合能力：写作能力、演讲能力、沟通能力、临场发挥能力等。
我是前端西瓜哥，经常分享前端技术，欢迎关注我。
