技术分享怎么讲

A. 程序员该如何做好一次分享

很多人，尤其是程序员肯定都有这种想法：”每次参加技术分享会，看到台上分享者的激情讲解，也想自己哪天能做一场优秀的分享？“

但是技术宅们有多是内向的性格，对于抛头露面总有一丝胆怯，而且技术宅多沉浸在自己的专业领域内，就算做分享也没有很好的效果，久而久之就会越来越抵触分享。

但是分享却又是提升实力最好的方式，工作几年我也做过好多次的分享，也是从刚开始的抵触，到现在的期待。我也总结了一部分自己对分享的感悟和方法，我觉得有必要写出来分享一下给 ”想分享但是不知道怎么分享的技术宅们！"。 今天我们就一起来看一下如何做好一场优秀的分享会。

在正式开始文章之前我也想问大家4个问题，希望大家可以带着问题去看文章，也希望大家在评论区给出自己的答案。

下面正文开启：

要做好分享，首先要有一个分享的心态。

通常我们很少会去主动把知识传递给大家。背后的原因可能比较复杂，不够自信，或者有压力等等。而往往分享来自于工作任务。如果应付了事，那只能是浪费时间。一定要有做有价值的分享的心态。

作为分享者，一定要分析听众需要什么，这样才能带给听众更有价值的分享。

听众分析的思路很简单，无论是分享给熟识的听众：同学、同事，还是分享给陌生人，我们都可以从职业特性入手。

如果分享对象是学生，就以所学专业为主要参考指标，如果分享对象是职场人士，那就以所在岗位作为主要参考指标。

如果分享对象是学生，就以所学专业为主要参考指标，如果分享对象是职场人士，那就以所在岗位作为主要参考指标。

总之，分享首要考虑的是听众的需求。

没有金刚钻别揽瓷器活，如果没有干货，再好的技巧都是空有其表。

作为分享者，除了要了解听众的需求外，也要分析自身的特长。不要轻易挑战自己的弱项，也尽量不要把还没有实践过的知识分享给听众，不然容易现场翻车(⊙o⊙)。

一定要结合自己的知识储备以及听众的知识储备来进行分享准备

另外，知识的传播一定是衰减的。这个衰减的过程是 储备知识->传播介质->听众。

传播介质可以是图文博客，也可以是PPT，也可以是音频、视频等等

粗略的打个比方，如果满分是100分，假设你储备了90分，按照15%的衰减来说那就是 ： 储备知识(90)->分享介质(76)->听众(65+(-30))。 这里的-30的意思是，如果听众没有相关知识储备，那听众接收到的可能最多就是35分。

列提纲

吹牛要打草稿，提纲是为了帮助分享者梳理分享的思路。

填内容

分享前，你需要对分享内容尽可能的掌握全面，尽可能多的去查阅资料，书籍。

例如：我想分享 Http 的三次握手四次分手，那我至少要去查阅5篇相关的文章，并且提取他们里面的相同点和不同点，然后用自己的语言去整理合并。

当然，仅仅准备你要分享的内容是不够的，你还要对你分享的内容深入了解20% ~ 30%，因为你你要应付现场听众的提问。

举例子

善用例子，通过类比让听众更加形象的去接受内容。

不同的听众要有不同的开场，但是核心都是抓住听众的注意力

熟悉的听众

如果是熟识的人：同事、同学，那就非常简单了。 说清楚自己是谁就行了，为了活跃气氛，可以稍微加点幽默。

范例1：我是来自A团队研发成员，我的名字是张海洋。我可能是最痴情的男人，因为“最痴情的男人像海洋”。今天我带来的主题是：XXX。希望经过本次分享，大家能对这个主题痴情起来。

陌生的听众

如果是陌生的听众，那意味着他们对你还不够了解，还需要建立基础的信任，总之就是吹好牛皮，赢得基础的信任。

范例1：我是来自X集团X事业部的资深研发专家，我叫张海洋。弓长张、海洋的海洋。我主要负责X业务，我所负责的系统每天的访问量大约30亿PV，峰值QPS在1W左右。平均每天成交额约2亿RMB。今天我带来的主题是XXX，主要是跟大家分享我在XXX方面的一些经验。

B. 如何组织团队内部的技术分享活动

想要组织一个偏技术的分享活动，我觉得主要还是有个具体的讨论事项。不然让大家坐在一起尬聊的话会起不到应有的效果。具体整个活动的组织可以按下面几步操作。

一、确定交流方式
1、分享型

由一名分享者围绕某一主题进行分享，其他人员参与学习，并通过互动来实现教学相长的目的。

这样的好处是分享的内容知识体系比较完整，效率也最高。通常是某一领域的高手通过分享来提高其他小伙伴的认知水平。

2、头脑风暴型

所有人员参与，不区分主次，围绕某一问题探讨。整个过程中不做出批评意见，尽量开阔大家思路。

这样的好处是可以在团队整体对某一问题束手无策时调动集体的智慧，相互碰撞，解决问题。

但这样对组织者要求比较高，需要合理的控制场面和节奏。

二、确定具体议程
确定了采取哪种方式讨论问题后就需要制定具体的会议流程，没错，虽然这是个非正式的分享过程，但归根结底它依然属于一次会议。

所以组织者应当制定好整体的流程，避免分享过程的混乱。

三、总结分享成果
组织者组织本次分享的目的不是仅仅只是为了分享，更是想通过本次分享提高团队技术能力或者解决某一问题。所以建议由专人整理分享资料，方便大家事后学习。

这一点上，分享型的交流方式更为便利，因为分享者会提前准备好分享资料，分享结束后直接发放即可。

如果对您有所帮助，欢迎“关注”哟 ^_^

凯夕将和您共同面对各种问题，助您 一帆风顺~

C. 如何做一个优秀的技术分享

萱凝子

知己知彼，才能更好的互动，所以进行分享之前我们一定要先了解你的听众，如你所说，大部分为开发及运维人员，那么他们的水平如何？如果可能的话，可以了解一些他们平时生活，这样有两个好处：

1.让分享内容有料但又不是难懂，这点很重要，分享最终还是以内容为主的，把握好内容才是关键

2.开一些听众熟悉的玩笑，特别是在开场和十几分钟之后，能够很好的吸引他们的注意力

准备好内容及笑话之后，就可以制作PPT了，PPT制作精美是很能加分的，我一般就是从网上去找模板，WPS的有些还是不错的，基本能满足我的要求，PPT上尽量不要写太多东西，图是不错的选择，然后尽量简短的文字，听众如果考不到你的PPT都是去抄PPT的，而且太多文字会感觉你就是念PPT，很不好。

D. 如何做一个优秀的技术分享

如何打造一次成功的技术分享

在技术分享的舞台上，每一次亮相都可能成为关键。因此，注重准备和技巧，才能让你的分享更加出色。

内容是分享的灵魂。精心准备内容，确保信息准确、有价值。幻灯片作为辅助工具，应当简洁、清晰，避免过多文字。每页幻灯片应只突出一个核心观点，利用图表、图片等多媒体元素，增强视觉效果和理解性。

排练是提升自信、流畅表达的重要步骤。多次模拟分享过程，调整语速、语音和语调，确保在正式分享时能够自如地传达信息。同时，练习如何与观众互动，适时提出问题或邀请观点，增加现场交流的活跃度。

表达技巧是技术分享的精髓。清晰、简洁的表达，能够帮助听众快速捕捉核心要点。运用生动的故事、案例或类比，将抽象概念具象化，使知识更加易于理解和记忆。同时，注意非言语沟通，如肢体语言、眼神交流和面部表情，以增强沟通效果和观众的参与感。

在技术分享过程中，注重细节同样重要。衣着得体、整洁，确保设备正常运行，提前到达会场进行最后的检查。在分享结束后，准备简洁的Q&A环节，以解答听众的疑问。同时，感谢每一位听众的参与和支持，以及任何可能给予的帮助和建议。

总之，成功的技术分享不仅在于内容的深度和广度，还在于如何通过准备、排练、表达和细节的关注，让信息以最有效的方式传达给听众。无论你是邀请他人分享，还是期待被邀请，遵循这些建议，都能在技术分享的舞台上绽放光芒。

E. 测试技术分享会应该分享啥

测试技术分享会应该分享的是：部门内部，可以分享小伙伴，自己的日常工作心得/经验（如何高效解决某个问题，某些重复性的工作，是否有更高效的操作姿势等），Bug心得，技术预研小成果等 。

也可以，每周来一次头脑风暴，大家来吐槽 。另外，可以分享一些新技术，也可以请研发同学，给测试伙伴，普及一些架构知识，数据库知识，服务部署知识，方便平时，更高效的定位问题 。

给研发部门分享可以是：

1、整体质量数据分析 。

2、一些共性Bug分享 。

3、测试团队的，一些辅助性小工具分享，教会开发使用（赋能于研发团队）。

4、每月的质量分析大会（各研发团队/项目团队，质量数据报告）等。

如何做一个优秀的技术分享：

多讲目标听众不知道／感兴趣的内容。听众投入最宝贵的时间来听分享，Speaker的一个起码责任是保证听众在这段时间的收获。

设计一个有创意的开头。提升自信良方。好的开头会影响观众对speaker的第一印象，也使听众更容易包容后来可能出现的失误。

细节上：

控制时间。假如不只有你一个人演讲的话，时间太长可能会影响其它主讲的时间。

事先检查好设备。有没有激光笔，用MAC的话主办方有没有配转接头，甚至预估去会场的时间等等。这样做的目的是保证实际演讲环境与排练环境一致，保证排练的意义。

适当与观众交流。问问题送礼物是激起活跃度的好花招。避免说一句话的时候头重脚轻。据我观察很多人一句话说到后面就越说越小声，是没有自信的表现。