首先，如何做好演讲是个好话题，不过这过于大众的主题不想写，除非哪天能想到点 新意 再说；
其次，串讲和演讲有啥区别呢？其实也没啥区别，一会儿说说我自己的理解；
最后，什么时候做技术串讲也分情况，这个最后会说到。
背景介绍：
我司使用 Nodejs 大概两年多，不过分为好些独立的方向，且各自有其技术负责人。
这月初，高(神)大(叨)上(叨)的CTO安排几个技术负责人分别把手头的项目好好整理，组织我们相互的串讲。目的不多解释，就是为了加深我们同事之间的基情嘛(如果我说目的是为了“一起背锅”，那肯定是偶价值观有问题了嘛:P)
什么是技术串讲？
“就是把要讲的知识点，从头到尾讲一遍，讲解中举一些例子加强理解。串讲主要以讲为主，不需要多少互动和练习，串讲之后可以辅之以一些练习。” —— 百度百科
我对技术串讲的理解就是：把要讲的技术主题，【方方面面】都说的有条理、够清晰。
串讲和演讲有啥区别？
其实嘛，也可以说没啥区别。
说点我自己的理解：
- 串讲基本是对内的，演讲对内对外即可；
- 串讲是有考核机制的，不令人满意的串讲会被重新安排串讲；
- 演讲当然对PPT要求高些；串讲对文档积累要求高些；
引用段在微博上看到的有关演讲的段子：
分享下偶自己有关技术串讲的套路：
- 背景或历史的介绍
- 项目架构图或思维导图
- 文件夹目录讲解 - 如文件名含义、套路、配置等
- 开发/测试/上线 流程 - 如线上机器地址，测试机器地址
- 各种预案 - 如部署、bug定位等
- 代码细则/逻辑细则 介绍
- 如何调试 - 如有木有后门
- 存在的问题 - 如历史包袱之类
- 未来的改进
PS：自行挑选，以上每项都可视情况砍掉哈~
神马时候应该做技术串讲？
- 转正前
- 接手新项目
但是，往往技术串讲都是什么时候呢？
- 出问题之后
好吧程序员们，这就是真相~~
over.
