鄭昀@雲縱 20161227
一，從演講者個人的角度來看：
-
我們新兵的主題演講要達成兩個目的：
-
學會用簡單明了的話把事情說清楚，讓外行聽明白；
-
因為不管是在產品研發內部面向項目經理、產品經理、測試經理把復雜的業務邏輯講清楚，還是將來出門在外向老板匯報、跨公司交流，用簡單明了的語言把事情講清楚，讓人聽懂，都是一項非常重要的能力，值得反復訓練；
-
學會深度思考問題；
-
眼光的高度、視野的寬度、思維的深度、職業化的專業程度，每一項都要訓練。高度和寬度吧不好一蹴而就。對於新兵來說，深度還是可以操練起來的。逼一逼，大家是能出結果的。
二，從聽眾的角度來看：
-
新兵的主題演講要達成兩個目的：
-
聽眾現場期望有所得；
-
能指導今后的工作，不管你主題多么高大上，最終都要落回到工作實質上：一，未來部門工作得能用的上，二，用的話會遇到哪些坑，如何解決。
三，什么叫深度思考？
韓春雨事件中，有科學界的人講道：
在學術界，如果你想發表自己的博士論文，那么標准模式是，你需要先整理業界對這個課題的所有探索，不管你是梳理歷史脈絡也好，梳理有多少種理論也好，總之你的博士論文要先把這個課題的前人成果講一遍，並且實踐一遍，有自己的數據結果。如果沒有這塊東西，直接上來就講自己的方案，不好意思，學術期刊把你當成民科直接斃掉，人家根本不會接納你。
所以，大家做論文怎么做的，做技術預研課題，做分享講座的課題，是一樣一樣的。原本空空如也的大腦，怎么會產生優秀的方案？肯定得先把頂級公司頂級程序員的優秀方案梳理一遍啊。
我前幾天舉了一個最新的例子：
《MTDDL——美團點評分布式數據訪問層中間件》
文章脈絡為：
-
背景
-
業界調研
-
功能特性
-
設計目標
- 邏輯結構
- 具體實現
這就是深度思考的套路。再早之前，我在《有些事兒，工程師可能今生僅此一次》中說過，強制性要求你從定義問題開始，訓練自己主動搜索、主動鏈接、主動構建知識、主動試驗、有始有終的能力。好好體會一下吧。
四，學會講故事：
我舉了四個前幾年內部PPT的例子，他們講故事的模式是：
賀晉恩《類的生命周期》：講故事就踏踏實實把一件事講透，不要貪多嚼不爛，真的有人打算在一個小時內把Java內存或MySQL優化講完？！你駕馭不了這樣宏大的話題，你還是踏踏實實把一個微觀話題講清楚吧。
曹超鋒《Trace系統調研報告》：典型套路。把一個大的抽象Topic“分布式跟蹤”，分解為收集數據、存儲數據結構和展示數據三個子Topic，大致都怎么做，然后講Google、Facebook、Twitter三個業界頂尖方案。
吳佰清《HTML5移動開發經驗分享》 ：先用基礎demo演示吸引大家的注意力，讓大家有一個感性認識。然后技術選型涉及7、8個，每個只用一頁講清楚，有原理，有代碼，容量剛剛好，不多又不少。再講一個較為復雜的Demo，最后回歸工作本質，以我們遇到了哪些問題如何解決作為Happy Ending！
宋玥輝《Disruptor技術入門》 ：背景、算法、業務場景、優缺點、問題，脈絡清晰。而且本來Disruptor的算法就挺復雜的，把這條主線講清楚就行，邊邊角角的算法事兒都不要再提，人類的注意力和腦力是有限的，一次不要講太多算法。
總結一下，講故事的方法是：
-
主線要分明！不要設計多條主線！一般來說，電影是前面有伏筆，后面是重頭戲，戲劇高潮都在后面，前后呼應。那么如果你前面講的知識，在后面的重頭戲里沒有體現，那就不要講。什么都想講，結果就是什么都講不好。
-
把握節奏！如果信息量特別大，你要么裁剪，把其實與今后工作無關的內容裁掉，要么適當加入目錄頁或過渡頁，讓大家得到緩沖，腦子休息一下，否則就容易把人講疲乏，講困了。
-
講故事，重要的是邏輯貫穿。不要前面都已經興高采烈地講到了codis、redis cluster和sentinel方案，后面又突然切回什么是redis，redis的命令參數，咱不帶倒敘的！
再次強調一遍：
想講好故事，先得觀摩和揣摩一下別人是怎么講故事的，或者說為啥講的那么枯燥。哪里有這些故事？
這里：http://www.infoq.com/cn/presentations
不妨訂閱我的微信訂閱號『老兵筆記』：
