技术高手如何炼成？--转自知乎
生活随笔
收集整理的這篇文章主要介紹了
技术高手如何炼成？--转自知乎
小編覺得挺不錯的,現在分享給大家,幫大家做個參考.
原文地址：http://zhuanlan.zhihu.com/zhengyun/20270317
覺得蠻好，轉給自己與相同問題的看看
著作權歸作者所有。商業轉載請聯系作者獲得授權，非商業轉載請注明出處。
作者：鄭昀
鏈接：http://zhuanlan.zhihu.com/zhengyun/20270317
來源：知乎
關鍵詞：成長，知識體系，學習金字塔，論壇，博客，RCA，分享會
本文檔適用人員：技術人員
面試的時候，我會問面試者，你日常如何構建自己的知識體系，如何讓自己更高更快更強？多數工程師并沒有深入地思考過這個問題，基本上是零敲碎打，隨機性大。
本著不能讓你白來一趟的精神，好為人師的我會娓娓道來：
第一階段 認真構建完整的知識體系
十幾年前我投身軟件行業的時候，光是講解數據庫原理、操作系統、TCP/IP、組網、算法等等基礎知識的英文原版書摞起來就等身，認認真真看完，各種上手實踐，入行后，讀遍 C++ 各種經典著作，讀遍各種協議原文，認認真真打基礎。
很多工程師都說自己平常就是在某些 IT 門戶上看看推薦的博文或新聞，我說這屬于典型的零敲碎打，不夠刺激。
聊到這時，我會舉一個例子，為什么要閱讀長篇小說，因為中短篇小說就像用針扎你，而長篇小說就像把你裝進一個沙袋里吊起來，從四面八方用狼牙棒打你，酣暢淋漓。構建可用的知識體系，就得讀書，書是有體系結構的，你關心不關心，現階段你用到用不到，它都講到了，從頭到尾看幾遍，針扎得透透的。
何謂知識體系？
幾年前，前支付寶架構師姚建東曾經在我們公司做過技術人員如何規劃自己的分享講座，他是這么論述的：
技術與技巧包括：
- 計算機基礎理論
- 計算機模型：內存/IO/時鐘/CPU……
- 算法
- 專項技術領域：
- 數據挖掘
- 數據管理
- 智能推薦
- 搜索
- ……
- 語言與工具
- 語言與相關體系
- 開發工具，分析工具，代碼管理工具
- HTML/CSS/JS/Ajax
- 常用框架與第三方類庫
- 調試與測試
- 調試方法和哲學
- 定位問題
- BUG管理工具
- 單元測試
- 集成測試
- 性能測試
- 安全測試
- 兼容性測試與方法
- JS/Ajax測試與方法
- 服務層測試
- Web層測試
- 網絡與系統
- TCP/IP協議與模型，HTTP/SMTP等協議
- Linux系統，網絡分析工具，系統分析工具
- 容量，流量與負載均衡
- 應用部署、規范、規劃
- 安全
- 監控與故障分析
- 磁盤與存儲
- Shell
- DNS與域名
- 緩存，反向代理
- 圖片服務器（海量小文件）
- 需求挖掘與分析
- 需求文檔格式
- 需求訪談
- 需求分析方法，需求分析工具
- 領域知識與經驗
- 系統分析與設計
- UML語言與模型
- 分析模式
- 設計模式，領域驅動
- 系統分析文檔格式
- 系統設計文檔格式
- 功能性需求與非功能性需求
- 數據與系統
- 數據庫
- 可伸縮策略，擴展策略，備份，容災，性能，安全，高可用……
- 數據設計與范式，SQL/NoSQL，Cache，分布式文件
- 架構設計
- 架構模式，典型互聯網公司架構演進歷史
- 架構原則，常用策略
- 架構設計方法
- 非功能性理解
- 擴展性
- 伸縮性
- 穩定性
- 一致性
- 性能
- 吞吐量
- 容量預測與規劃
- 架構體系與相關技術
- 過程與管理
- 分析過程
- 研發過程
- 評審過程
- 測試過程
- 發布過程
- 回滾過程
- 文檔管理
- 知識管理
- 項目管理
第二階段 順著一個Topic鉆進去，鍛煉自己的預研能力
無論公司業務還是自己喜歡做的事，都可以抽象出通用性課題，然后以做論文的方式殺進去。這個事情得反復操練，有意識操練。
做事方式為：
其中一個重點是匯總和分享。05年時，應電信級統一消息業務需要，我去研究了 SIP 協議，做了各種試驗，分析報文，寫了一系列的幻燈片，做了公開分享，一時間還頗受歡迎：
因為有一個學習金字塔理論，如下圖所示：
我們讀過的事情能夠記住學習內容的10%，
我們聽過的事情能夠記住20%，
我們看過的事情能夠記住30%，
我們聽過和看過的事情能夠記住50%——如看影像/看展覽/看演示/現場觀摩，
我們說過的事情能夠記住70%——如參與討論/發言，
我們說過和做過的事情能夠記住90%——如做報告，給別人講，親身體驗，動手做。
這也就是我在《窩窩研發過去幾年做對了哪些事》中闡述的管理方法：我們從入職之后就有意識地訓練大家，讓大家能夠公開陳述、清晰表達。所以，試用期內，新人必須做一次技術分享和一次技術評審，面對各方的 challenge；預研的中間和結尾都要有分享會；平時也要定期組織技術講座。
第三階段 瘋狂回答技術問題
知識體系慢慢構建，與業務相關的抽象 Topic 也在探索中。
但這還不夠。
因為你親身接觸到的世界太小，可能不足以構成挑戰，你可能意識不到自己缺多少知識和技能，不利于你分析問題、提出問題和解決問題的能力培養。
所以，要主動出擊：
瘋狂回答問題。
我曾經在入行的頭幾年里幾乎把我關注的垂直領域（包括語言領域和業務領域）里的所有問題都回答了一遍。我對外宣揚知無不言言無不盡，放出郵件地址和 MSN（那時候 MSN 很高大上），很多網友都會發郵件或者加我好友，問各種開發疑難問題，平均每天都有幾個，然后我把解決問題的過程寫成微軟 KB（KnowledgeBase） 文體發表在我的博客上。
你想想看，工作中的問題你平均每隔幾天才能遇到一個，而這么做，每天你都會遇到幾個乃至于十幾個，第一讓你腦力激蕩，第二接觸到更多新知。
05年到06年期間，我因工作需要學習了 JavaME（或古老的稱呼 J2ME），早年間 Symbian 手機上的客戶端開發。那段時間我天天掃中文論壇的帖子，力求回答所有問題，尤其是那些 BUG 或故障。對于那些暫時沒有人解決的，如流媒體實時播放，如仿 OperaMini 二級菜單界面，都上下求索，最后放出思路以及源碼。
同時，我經常整理常見問題，梳理成冊并發布。譬如我整理過的 J2ME 疑難問題：
為什么？
因為你要信奉：
你學過的每一樣東西，你遭受的每一次苦難，都會在你一生中的某個時候派上用場。
——佩內洛普·菲茲杰拉德 《離岸》
Everything that you've learnt and all the hardships you've suffered will all come in handy at some point in your life.
第四階段 RCA/總結
現在是你把經驗教訓變為財富的時刻了。
什么是好的技術 Leader？
隨便一個業務需求或業務場景講出來，你立刻把它抽象為幾個模塊/系統/Topic，然后侃侃而談，業界都是怎么解決的，我們以前又是怎么分析怎么解決的，現在咱們這種情況下應該如何設計，可能會遇到什么問題，我們應該做哪些預防設計，blabla。
怎么做到這一點？
第一，寫 RCA 報告。
我以前說過，『窩窩從 2011 年開始，一直堅持每錯必查、錯了又錯就整改、每錯必寫，用身體力行告訴每一個新員工直面錯誤、公開技術細節、分享給所有人，長此以往，每一次事故和線上漏測都會變為我們的財富。這就是我們的 RCA（Root Cause Analysis）制度，截止到目前已經收集整理了近兩百個詳盡的 RCA 報告。』
RCA 報告格式為：
第二，寫總結。
話說，要經常拉清單。
侃侃而談得有資料，這些都得是你自己寫才能印象深刻，關鍵時刻想得起來。
好了，這就是我告訴面試者的高手煉成四個階段。
轉載于:https://www.cnblogs.com/davidwang456/p/5004422.html
總結
以上是生活随笔為你收集整理的技术高手如何炼成？--转自知乎的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： 一次上线事故经验
- 下一篇： zookeeper源码分析之五服务端(集