“學會感恩，對他人大方，站在幫助他人的高度看待事情，你才擁有真正的高度。”
分享挺好的：學習新知識，完善自我體系；提升溝通能力、表達能力、自信；有效提升工程師在專業領域的經驗；分享工程師最常見解決問題的思路—技術瓶頸；項目技術推進調研，如框架、性能、工具等。
分享不容易：如果內容簡單or大多數人都比較熟悉，聽衆會失去興趣；責任平攤到每個人，會降低執行力；時間倉促，會導致材料質量不高；頻率較低，會難以深入去實施；爲了開會而開會，會阻礙實質性成長總結；選題隨意，會達不到較高的成果產出。跨部門分享最好準備一段話，讓主持人介紹你，然後謝謝邀請；把演講講成段子，與你的聽衆保持互動。
領域要細分：試着將一個大領域拆分成幾個小領域，每個小領域可能就2-3個人，將分享責任精準分配到每個小團隊，效果肯定會優於將責任集中在整個大團隊，或者平攤給每個人。
話題要規劃：可以每個季度或者每半年做一次規劃，基於團隊接下來要做的事情，團隊需要提升的領域，技術系列分享從易到難，全面深入，有規劃持續性地去做。目前的做法是基於手頭上項目落地細節進行分享，確保分享的東西真正有價值，對做過的分享加入團隊知識庫。
時間要友好：中外團隊，需要安排在一個大家都適合的時間。晚上七點對於內卷文化的公司也不錯，不要影響喫飯就好。如果有更多時間，可以考慮一次白天，一次晚上，每次不超過60分鐘，兩三個話題，減少抱怨，和諧共生。
內容要質量：提前一到兩週準備內容，OKR裏面可以有這麼一條。針對每次分享，主題必須有內容、有含金量、對聽衆有提升，才能對得起聽衆，聽衆的正向反會促使技術分享更好地循環持續下去。對分享者來說，當老師講解知識可以掌握90%以上的知識哦！
獎懲要說明：有獎提問，優秀人帶領普通人前進！在分享材料增加一些互動和提問，提醒所有分享者過程中有問答環節，答對的同事，有獎勵措施。負責人可以像頭馬那樣說明分享者的優點和可以提升的點，分享後單獨和這名同事溝通，從幫助他的角度出發，去表揚優點、指出缺點。可以在會議上準備些喫喝的東西，感恩夥伴們的奉獻和成長。
PPT需控制；講稿頁數約等於演講分鐘數的2/3，一般每一頁需要30秒-1分鐘；先寫提綱，用金字塔結構，保證清晰的脈絡；提前試着放映幾次，找人提意見；使用大而少的文字；不要太挖掘細節，講大綱和關鍵；不要以老師而要以學習的心態分享；使用簡潔的模版（黑或白，減少樣式調整的浪費）；只使用微軟雅黑字體；加上參考資料；代碼能省則省，截取關鍵的部分高亮；材料網上放一份，以便靈活處理。