互联网公司技术分享形式的探讨

@author ASCE1885的 Github 微博 CSDN 知乎
本文由于潜在的商业目的，不开放全文转载许可，谢谢！

vivi.png-326kB

广而告之时间：我的新书《Android 高级进阶》（https://item.jd.com/10821975932.html ）在京东开始预售了，欢迎订购！

TB2MnqlXH1J.eBjSszcXXbFzVXa_!!1020536390.png-39kB

互联网公司的技术分享是一项实现团队技术交流和提高团队整体技术水平的有效活动，本文是对如何有效的举办技术分享的一个探讨，大家如果有关于如何更好的举办一次分享，欢迎留言！

分享的方向

结合团队目前的组织结构和技术方向，可以将分享分为不同的方向，例如分为以下四个大方向：

• 前端
• 后端
• 移动端（Android，iOS，React Native）
• 测试

可以根据每个方向的人员占比安排各方向分享的频次。

分享的时间

为了保证每次分享的质量，除了分享嘉宾的演讲质量和分享内容之外，还有一个很重要的因素就是分享的时间，这里包含两层涵义：分享的时间间隔和分享的时间段。

分享的时间间隔分为定期举办和不定期举办两种：

• 定期举办有更强的仪式感，容易培养起团队成员的习惯，但需要有一定的措施保证分享的持续性，可定为每周一次或者每两周一次，并保证至少两周一次。
• 不定期举办：根据分享嘉宾的自由报名情况和自主选择分享时间来安排每次具体的分享，相对自由，但可能会慢慢的不了了之。

建议：定期举办

分享的时间段有两个选择：上班时间和下班时间，两者都有利有弊，下面来仔细分析一下：

• 上班时间分享，好处是不占用下班时间，团队大部分成员都在公司，参会人数上可能会占优势；弊端是由于项目原因（开会，项目上线等）有部分同学参加不了。
• 下班时间分享，好处是由于项目原因导致参加不了的情况比较少，下班时间相对自由，参加者更能安心听讲而较少因为项目原因而早退；弊端是每天晚上几乎都会有体育活动，而且有的由于晚上有事或者公司离家远等原因而参加不了，参会人数可能会受影响。

建议：根据具体情况灵活安排分享的时间段，或者可以交替着来看看最终效果

分享的时长的把握是很重要的，一次分享持续时间太长容易导致参与者审美疲惫。

建议一节课时间（40分钟）为宜

分享的嘉宾

分享嘉宾的确定有两种方式：自由申请和强制指定，总的来说，我们鼓励大家自由申请作为分享的嘉宾，毕竟这对锻炼自己对知识点的深入理解和演讲能力是大有裨益的，但人是懒惰的，准备一次分享是要花费很多时间和精力的，例如 PPT 的准备等，但这种付出可能短时间内是看不到回报的，付出和回报不对等，因此，如果想实现定期分享，分享嘉宾的自由申请方式估计行不通。

那么就剩下强制指定方式了，将分享作为任务分派到各个小组，各组采取轮值的方式来推荐嘉宾进行分享。

建议自由申请＋强制指定的方式结合使用，优先自由申请。

分享的内容

分享的内容是一次分享最核心的部分，直接影响到参会的人数以及分享的质量，毕竟分享的目的是让与会者能够有一定的收获和提升，提高团队整体的战斗力。

一个成熟团队中的成员的技术水平必然是呈现阶梯分布的，因此我们有必要对技术分享进行分级，初步分为初级，中级和高级三个等级，这样便于不同层级的人选择是否参与，不浪费大家时间的同时也能提高分享的效果。

同时为了保证每次分享的质量，可以成立类似于技术委员会这样的一个虚拟的分享管理委员会，这个小组的职责是负责对分享内容（主题，PPT等）的评估和把控，避免主题不合适可能导致的分享参与人数不高，分享质量偏低等问题，分享管理委员会由各个技术方向各个小组推荐技术能力较强的人组成。

分享的形式

在每次分享的前两天发出会议邀请，并引入报名机制，可以初步统计参会人数，邮件内容需要包括以下内容：

• 分享的主题
• 分享内容的简介（要突出重点和亮点）
• 分享嘉宾的介绍
• 分享的地点
• 分享的时间

欢迎关注我的微信公众号 ASCE1885，专注与原创或者分享 Android，iOS，ReactNative，Web 前端移动开发领域高质量文章，主要包括业界最新动态，前沿技术趋势，开源函数库与工具等。