首先，如何做好演講是個好話題，不過這過於大眾的主題不想寫，除非哪天能想到點 新意 再說；
其次，串講和演講有啥區別呢？其實也沒啥區別，一會兒說說我自己的理解；
最後，什麼時候做技術串講也分情況，這個最後會說到。

背景介紹：

我司使用 Nodejs 大概兩年多，不過分為好些獨立的方向，且各自有其技術負責人。

這月初，高(神)大(叨)上(叨)的CTO安排幾個技術負責人分別把手頭的專案好好整理，組織我們相互的串講。目的不多解釋，就是為了加深我們同事之間的基情嘛(如果我說目的是為了“一起背鍋”，那肯定是偶價值觀有問題了嘛:P)

什麼是技術串講？

“就是把要講的知識點，從頭到尾講一遍，講解中舉一些例子加強理解。串講主要以講為主，不需要多少互動和練習，串講之後可以輔之以一些練習。” —— 百度百科

我對技術串講的理解就是：把要講的技術主題，【方方面面】都說的有條理、夠清晰。

串講和演講有啥區別？

其實嘛，也可以說沒啥區別。
說點我自己的理解：

• 串講基本是對內的，演講對內對外即可；
• 串講是有考核機制的，不令人滿意的串講會被重新安排串講；
• 演講當然對PPT要求高些；串講對文件積累要求高些；

引用段在微博上看到的有關演講的段子：

分享下偶自己有關技術串講的套路：

1. 背景或歷史的介紹
2. ​專案架構圖或思維導圖
3. 資料夾目錄講解 - 如檔名含義、套路、配置等
4. 開發/測試/上線 流程 - 如線上機器地址，測試機器地址
5. 各種預案 - 如部署、bug定位等
6. 程式碼細則/邏輯細則 介紹
7. 如何除錯 - 如有木有後門
8. 存在的問題 - 如歷史包袱之類
9. 未來的改進

PS：自行挑選，以上每項都可視情況砍掉哈~

神馬時候應該做技術串講？

• 轉正前
• 接手新專案

但是，往往技術串講都是什麼時候呢？

• 出問題之後

好吧程式設計師們，這就是真相~~

over.