首先，如何做好演講是個好話題，不過這過於大眾的主題不想寫，除非哪天能想到點 新意 再說；
其次，串講和演講有啥區別呢？其實也沒啥區別，一會兒說說我自己的理解；
最后，什么時候做技術串講也分情況，這個最后會說到。
背景介紹：
我司使用 Nodejs 大概兩年多，不過分為好些獨立的方向，且各自有其技術負責人。
這月初，高(神)大(叨)上(叨)的CTO安排幾個技術負責人分別把手頭的項目好好整理，組織我們相互的串講。目的不多解釋，就是為了加深我們同事之間的基情嘛(如果我說目的是為了“一起背鍋”，那肯定是偶價值觀有問題了嘛:P)
什么是技術串講？
“就是把要講的知識點，從頭到尾講一遍，講解中舉一些例子加強理解。串講主要以講為主，不需要多少互動和練習，串講之后可以輔之以一些練習。” —— 百度百科
我對技術串講的理解就是：把要講的技術主題，【方方面面】都說的有條理、夠清晰。
串講和演講有啥區別？
其實嘛，也可以說沒啥區別。
說點我自己的理解：
- 串講基本是對內的，演講對內對外即可；
- 串講是有考核機制的，不令人滿意的串講會被重新安排串講；
- 演講當然對PPT要求高些；串講對文檔積累要求高些；
引用段在微博上看到的有關演講的段子：
分享下偶自己有關技術串講的套路：
- 背景或歷史的介紹
- 項目架構圖或思維導圖
- 文件夾目錄講解 - 如文件名含義、套路、配置等
- 開發/測試/上線 流程 - 如線上機器地址，測試機器地址
- 各種預案 - 如部署、bug定位等
- 代碼細則/邏輯細則 介紹
- 如何調試 - 如有木有后門
- 存在的問題 - 如歷史包袱之類
- 未來的改進
PS：自行挑選，以上每項都可視情況砍掉哈~
神馬時候應該做技術串講？
- 轉正前
- 接手新項目
但是，往往技術串講都是什么時候呢？
- 出問題之后
好吧程序員們，這就是真相~~
over.