如何做好技术串讲

首先，如何做好演讲是个好话题，不过这过于大众的主题不想写，除非哪天能想到点 新意 再说；
其次，串讲和演讲有啥区别呢？其实也没啥区别，一会儿说说我自己的理解；
最后，什么时候做技术串讲也分情况，这个最后会说到。背景介绍：我司使用 Nodejs 大概两年多，不过分为好些独立的方向，且各自有其技术负责人。这月初，高(神)大(叨)上(叨)的CTO安排几个技术负责人分别把手头的项目好好整理，组织我们相互的串讲。目的不多解释，就是为了加深我们同事之间的基情嘛(如果我说目的是为了“一起背锅”，那肯定是偶价值观有问题了嘛:P)

什么是技术串讲？“就是把要讲的知识点，从头到尾讲一遍，讲解中举一些例子加强理解。串讲主要以讲为主，不需要多少互动和练习，串讲之后可以辅之以一些练习。” —— 百度百科我对技术串讲的理解就是：把要讲的技术主题，【方方面面】都说的有条理、够清晰。串讲和演讲有啥区别？其实嘛，也可以说没啥区别。
说点我自己的理解：串讲基本是对内的，演讲对内对外即可；
串讲是有考核机制的，不令人满意的串讲会被重新安排串讲；
演讲当然对PPT要求高些；串讲对文档积累要求高些；
引用段在微博上看到的有关演讲的段子：

分享下偶自己有关技术串讲的套路：背景或历史的介绍
​项目架构图或思维导图
文件夹目录讲解 - 如文件名含义、套路、配置等
开发/测试/上线 流程 - 如线上机器地址，测试机器地址
各种预案 - 如部署、bug定位等
代码细则/逻辑细则 介绍
如何调试 - 如有木有后门
存在的问题 - 如历史包袱之类
未来的改进
PS：自行挑选，以上每项都可视情况砍掉哈~神马时候应该做技术串讲？转正前
接手新项目
但是，往往技术串讲都是什么时候呢？出问题之后
好吧程序员们，这就是真相~~