如何做技术分享
问题
你有做过技术分享或写技术博客吗?你怎么做技术分享的?
回答思路
1. 为什么要做技术分享
| 收益 | 说明 |
|---|---|
| 加深理解 | 能给别人讲清楚,才是真正理解 |
| 建立影响力 | 在团队/社区中建立技术口碑 |
| 倒逼学习 | 为了分享而进行深入学习 |
| 锻炼表达 | 技术沟通是高级工程师必备能力 |
| 帮助他人 | 减少别人踩坑的时间 |
2. 技术分享的形式
3. 如何写好技术博客
选题策略
| 类型 | 描述 | 示例 |
|---|---|---|
| 问题解决 | 记录实际遇到的问题和解决方案 | "记一次内存泄漏排查过程" |
| 技术对比 | 两个方案的深入对比 | "Zustand vs Jotai:谁更适合你" |
| 原理解析 | 深入源码或底层原理 | "React Fiber 架构原理" |
| 最佳实践 | 总结经验和规范 | "大型 React 项目的目录组织" |
| 新技术试用 | 尝鲜后的评测和分享 | "React 19 新特性实战体验" |
写作框架
# 标题(解决了什么问题)
## 背景(为什么写这篇)
- 遇到了什么问题 / 发现了什么
- 读者能从中获得什么
## 正文(如何解决)
- 方案分析
- 代码示例
- 关键步骤
## 总结(核心收获)
- 收获了什么
- 适用场景/注意事项
## 参考链接
写作技巧
- 开头就给价值:不要长篇大论的背景,直接说"这篇文章帮你解决什么问题"
- 代码一定要能跑:贴的代码自己先跑一遍
- 用图说话:架构图、流程图、对比表格比纯文字有效得多
- 降低理解门槛:用类比、用生活例子解释复杂概念
- 控制篇幅:一篇文章讲清楚一个问题,不要堆砌
4. 如何做好技术演讲
准备流程
演讲结构
1. **Hook(1-2 分钟)** —— 抛出问题或有趣的现象
"你们有没有遇到过页面突然变得很慢,但代码看起来没问题?"
2. **问题分析(5 分钟)** —— 解释问题的本质
"本质是 React 不必要的重渲染..."
3. **方案讲解(10-15 分钟)** —— 核心内容 + 代码演示
"我们可以用三种方式解决..."
4. **实战演示(5 分钟)** —— Live Demo 或录制视频
"让我在实际项目中演示一下..."
5. **总结 + QA(5 分钟)** —— 收束 + 互动
"今天的 Takeaway 是..."
演讲技巧
- 控制节奏:每 5 分钟一个小高潮(代码效果演示、互动提问)
- 少字多图:PPT 每页不超过 3 行文字
- Live Demo 要有备份:录一个视频,网络不好时播放
- 提前到场测试设备:投屏、网络、音频
5. 开源贡献
从小到大的开源参与路径:
| 阶段 | 行动 | 门槛 |
|---|---|---|
| 入门 | 修改文档、修复 typo | 几乎零门槛 |
| 提 Issue | 发现 bug 后详细描述复现步骤 | 低 |
| 修 Bug | 找 good first issue 标签的 issue | 中 |
| 提 Feature | 贡献新功能 | 中高 |
| 自己开源 | 把工作中的通用方案开源 | 高 |
常见面试问题
Q1: 你写过技术博客吗?能分享一下你印象最深的一篇吗?
答案:
回答模板:
- 选题背景:为什么写这篇(工作中遇到问题 / 调研后的总结)
- 核心内容:简要描述文章内容
- 写作收获:通过写这篇学到了什么
- 反响:阅读量、同事反馈等
Q2: 如何在团队中推动技术分享文化?
答案:
- 降低门槛:不要求高质量长文,15 分钟的闪电分享也行
- 以身作则:技术 Leader 先分享,带动氛围
- 制度保障:每周/双周固定时间做 Tech Talk
- 正向激励:分享积分、优秀分享奖、与晋升关联
- 形式多样:不只是 PPT,Code Review 讨论、线上直播都算
Q3: 你参与过开源项目吗?
答案:
如果有:详细说贡献了什么、学到了什么。
如果没有:诚实说,但表达意愿和计划:
"目前还没有深入参与开源项目,但我日常会阅读开源项目的源码来学习(如 Vue 的响应式系统)。近期计划从 good first issue 开始参与贡献,同时也在考虑把工作中沉淀的一些通用工具开源出来。"