如何看待技術分享
- 是領導強加給我的任務麼？
- 覺得浪費時間，不如安安心心寫代碼？
- 這是一次難得的機會，要好好把握？
我的理解：技術分析是一次難得的機會，讓大家瞭解你的能力，才能把更多的機會交給你，才能會更信賴你。
想要中獎，至少要先買一張彩票；想要得到認可，至少要把自己的所知所得分享出去。
分享的目的是什麼
-
提升經驗：通過分享者的分享，讓聽衆能瞭解在對應的背景下的相關經驗，從而在後續的工作中吸取作者的經驗和教訓，少犯錯誤，少走彎路，快步前進。
-
獲得知識：分享者通過自己的深入研究，再用通俗易懂的語言將自己的研究分享出來，讓技術的朋友能快速的瞭解相關的知識，減少知識學習的門檻。
-
開拓眼界：通過作者分享，聽衆能瞭解到自己從來沒有接觸過的技術和領域，提升自己的技術視野，開拓眼界。
-
增加溝通：聽衆在工作中遇到的問題，可以藉此機會進行溝通交流
分享的干係人
- 對分享不瞭解，但有興趣的人，教會其入門
- 對分享內容有一定掌握的人，互通有無，共同進步
- 對分享 有深邃理解的人，向其學習，藉此機會將經驗傳遞給大家
誤區
- 我懂的沒有別人多，去分享肯定會丟人。
- 別人比我懂得更多，我怎麼培訓得了大家
知己
- 我的主題是什麼？
- 背景是什麼？
- 聽衆能收穫什麼？
知彼
- 聽衆是誰？
- 聽衆想要什麼？給聽衆能帶來什麼？
- 聽衆的技術基礎和接受能力如何？
技巧
分享前：
- 提供膠片，讓聽衆提前預習，瞭解相關背景、內容。
- 能用 PPT 不用 word
- 多用圖表，少用大段文字
- 演示代碼要完整，最好能夠現場運行
分享中：
- 善用提問讓聽衆動起來，跟着你的節奏走，而不是自說自話。
- 善用幽默，調動氣氛
- 用提問讓聽衆動起來：“在場的朋友有多少人是專門從事DBA工作的”？ “有多少人是從事開發工作的”？ “有多少人是沒有什麼數據庫基礎的”？在大家舉完手以後，就可以說：“如果有的同學聽起來很喫力的話，可以在我講完一個小結後提問，或者會後直接找我交流”。或者開個適宜的玩笑。這樣既讓聽衆感覺你在乎他，又調動了大家的積極性，讓分享的氛圍更好。
- 關注聽衆的反應：在分享過程中，我們要時刻關注聽衆的反應，調整自己分享的狀態。讓聽衆覺得你在乎他。比如在講到某一部分看到大家一臉茫然，就跳出來說，看大家的表情似乎沒太聽懂，我再將剛纔講的流程回顧一下，大家如果有不明白的地方，可以直接提出來，我們一起把它整明白。這樣又能將聽衆拉回到分享的流程中。
- 突出主題，不能什麼都講，最後什麼都沒印象，而是儘可能聚焦於一個點，讓聽衆留下深刻印象。事實上，一次技術分享，能讓大部分聽衆在一個知識點上有所理解和掌握，就已經非常成功了。
- 控制好時間，一般30-40分鐘
分享完：
-
先整體回顧一下這場分享的要點，替大家做一個總結，幫助記憶。最後，向聽衆表示感謝捧場。
-
整理要點，博客分享。
評價準則
什麼是好的分享：他講的內容對我非常有用。
什麼是不好的分享：當我說到一場技術分享非常垃圾，這時候實際上就是在說，“我想要的他沒有給我傳達到！”
參考
https://segmentfault.com/a/1190000013121368
https://www.jianshu.com/p/f9a1e962b1d7
附錄
分享管理
分享存在問題
- 內容簡單，會失去興趣
- 責任平攤，會降低執行力
- 時間倉促，會導致質量不高
- 頻率較低，會難以深入去實施
- 單純開會，會阻礙實質性成長總結
- 選題隨意，會達不到較高的成果產出
解決措施
- 以小組的形式進行劃分，每個2-3個人爲一組
- 專題分享：專題分享需要有規劃持續性地去做，並將做過的分享做文檔化落地。當一個專題分享系列做完，我們也就積累了一整套完善的資料，並很自然的成爲團隊資料，供新同事學習和查閱。
- 提前準備：提前兩週開始準備技術分享，並在分享前一週，把技術分享大綱、或者ppt內容輪廓做完，並郵件發給所有人分享的內容目錄。在這種強制要求 下，大家不得不提前一週將技術分享大部分工作做完，然後還能預留一週時間進行修改和完善。不論你懶不懶，分享郵件都要提前一週發，如果你不提前準備，你根 本沒辦法發郵件。
- 有獎提問