第一階段 認(rèn)真構(gòu)建完整的知識體系

十幾年前我投身軟件行業(yè)的時(shí)候，光是講解數(shù)據(jù)庫原理、操作系統(tǒng)、TCP/IP、組網(wǎng)、算法等等基礎(chǔ)知識的英文原版書摞起來就等身，認(rèn)認(rèn)真真看完，各種上手實(shí)踐，入行后，讀遍 C++ 各種經(jīng)典著作，讀遍各種協(xié)議原文，認(rèn)認(rèn)真真打基礎(chǔ)。

很多工程師都說自己平常就是在某些 IT 門戶上看看推薦的博文或新聞，我說這屬于典型的零敲碎打，不夠刺激。

而長篇小說就像把你裝進(jìn)一個(gè)沙袋里吊起來，從四面八方用狼牙棒打你，酣暢淋漓。構(gòu)建可用的知識體系，就得讀書，書是有體系結(jié)構(gòu)的，你關(guān)心不關(guān)心，現(xiàn)階段你用到用不到，它都講到了，從頭到尾看幾遍， 針扎得透透的。

何謂知識體系？

幾年前，前支付寶架構(gòu)師姚建東曾經(jīng)在我們公司做過技術(shù)人員如何規(guī)劃自己的分享講座，他是這么論述的：

技術(shù)與技巧包括：

• 計(jì)算機(jī)基礎(chǔ)理論

• 計(jì)算機(jī)模型：內(nèi)存/IO/時(shí)鐘/CPU……
• 算法
• 專項(xiàng)技術(shù)領(lǐng)域：

• 數(shù)據(jù)挖掘
• 數(shù)據(jù)管理
• 智能推薦
• 搜索
• ……

• 語言與工具

• 語言與相關(guān)體系
• 開發(fā)工具，分析工具，代碼管理工具
• HTML/CSS/JS/Ajax
• 常用框架與第三方類庫

• 調(diào)試與測試

• 調(diào)試方法和哲學(xué)
• 定位問題
• BUG管理工具
• 單元測試
• 集成測試
• 性能測試
• 安全測試
• 兼容性測試與方法
• JS/Ajax測試與方法
• 服務(wù)層測試
• Web層測試

• 網(wǎng)絡(luò)與系統(tǒng)

• TCP/IP協(xié)議與模型，HTTP/SMTP等協(xié)議
• Linux系統(tǒng)，網(wǎng)絡(luò)分析工具，系統(tǒng)分析工具
• 容量，流量與負(fù)載均衡
• 應(yīng)用部署、規(guī)范、規(guī)劃
• 安全
• 監(jiān)控與故障分析
• 磁盤與存儲
• Shell
• DNS與域名
• 緩存，反向代理
• 圖片服務(wù)器（海量小文件）

• 需求挖掘與分析

• 需求文檔格式
• 需求訪談
• 需求分析方法，需求分析工具
• 領(lǐng)域知識與經(jīng)驗(yàn)

• 系統(tǒng)分析與設(shè)計(jì)

• UML語言與模型
• 分析模式
• 設(shè)計(jì)模式，領(lǐng)域驅(qū)動
• 系統(tǒng)分析文檔格式
• 系統(tǒng)設(shè)計(jì)文檔格式
• 功能性需求與非功能性需求

• 數(shù)據(jù)與系統(tǒng)

• 數(shù)據(jù)庫
• 可伸縮策略，擴(kuò)展策略，備份，容災(zāi)，性能，安全，高可用……
• 數(shù)據(jù)設(shè)計(jì)與范式，SQL/NoSQL，Cache，分布式文件

• 架構(gòu)設(shè)計(jì)

• 架構(gòu)模式，典型互聯(lián)網(wǎng)公司架構(gòu)演進(jìn)歷史
• 架構(gòu)原則，常用策略
• 架構(gòu)設(shè)計(jì)方法
• 非功能性理解

• 擴(kuò)展性
• 伸縮性
• 穩(wěn)定性
• 一致性
• 性能
• 吞吐量

• 容量預(yù)測與規(guī)劃
• 架構(gòu)體系與相關(guān)技術(shù)

• 過程與管理

• 分析過程
• 研發(fā)過程
• 評審過程
• 測試過程
• 發(fā)布過程
• 回滾過程
• 文檔管理
• 知識管理
• 項(xiàng)目管理

以上其實(shí)就是一份從業(yè)基礎(chǔ)知識清單，你可以按圖索驥，閱讀相關(guān)書籍。

第二階段 順著一個(gè)Topic鉆進(jìn)去，鍛煉自己的預(yù)研能力

無論公司業(yè)務(wù)還是自己喜歡做的事，都可以抽象出通用性課題，然后以做論文的方式殺進(jìn)去。這個(gè)事情得反復(fù)操練，有意識操練。

做事方式為：

1. 抽象出 Topic——如分布式鎖，分布式并行計(jì)算引擎，防CSRF的FormToken自動生成框架，定時(shí)任務(wù)管理與調(diào)度平臺，分布式跟蹤，等等
2. 向功課好的學(xué)生學(xué)習(xí)——有針對性地深入了解業(yè)界其他公司是如何分析問題和解決問題的，匯總各種方案，站在巨人的肩膀上
3. 分析特定應(yīng)用場景，技術(shù)選型
4. 兼顧高可用性和可伸縮，做設(shè)計(jì)評審
5. 做測試自證靠譜，梳理知識點(diǎn)，開技術(shù)分享會
6. 上線商用，總結(jié)經(jīng)驗(yàn)教訓(xùn)，開經(jīng)驗(yàn)分享會

其中一個(gè)重點(diǎn)是匯總和分享。05年時(shí)，應(yīng)電信級統(tǒng)一消息業(yè)務(wù)需要，我去研究了 SIP 協(xié)議，做了各種試驗(yàn)，分析報(bào)文，寫了一系列的幻燈片，做了公開分享，一時(shí)間還頗受歡迎：

1. SIP_to_Freshman_by_zhengyun.ppt
2. SIP之穿越NAT_by_zhengyun.ppt
3. SIP體系架構(gòu)講義及消息交互演示_by_zhengyun.ppt
4. SIP多方會話消息之實(shí)例講解_by_zhengyun.ppt
5. SIP安全框架之認(rèn)證[NTLM和Kerberos]_by_zhengyun.ppt
6. SIP消息之逐項(xiàng)講解_by_zhengyun.ppt

為什么要寫出來、講出來呢？

因?yàn)橛幸粋€(gè)學(xué)習(xí)金字塔理論，如下圖所示：

我們讀過的事情能夠記住學(xué)習(xí)內(nèi)容的10%，

我們聽過的事情能夠記住20%，

我們看過的事情能夠記住30%，

我們聽過和看過的事情能夠記住50%——如看影像/看展覽/看演示/現(xiàn)場觀摩，

我們說過的事情能夠記住70%——如參與討論/發(fā)言，

我們說過和做過的事情能夠記住90%——如做報(bào)告，給別人講，親身體驗(yàn)，動手做。

這也就是我在《窩窩研發(fā)過去幾年做對了哪些事》中闡述的管理方法：我們從入職之后就有意識地訓(xùn)練大家，讓大家能夠公開陳述、清晰表達(dá)。所以，試用期內(nèi)，新人必須做一次技術(shù)分享和一次技術(shù)評審，面對各方的 challenge；預(yù)研的中間和結(jié)尾都要有分享會；平時(shí)也要定期組織技術(shù)講座。

第三階段 瘋狂回答技術(shù)問題

知識體系慢慢構(gòu)建，與業(yè)務(wù)相關(guān)的抽象 Topic 也在探索中。

但這還不夠。

因?yàn)槟阌H身接觸到的世界太小，可能不足以構(gòu)成挑戰(zhàn)，你可能意識不到自己缺多少知識和技能，不利于你分析問題、提出問題和解決問題的能力培養(yǎng)。

所以，要主動出擊：

瘋狂回答問題。

我曾經(jīng)在入行的頭幾年里幾乎把我關(guān)注的垂直領(lǐng)域（包括語言領(lǐng)域和業(yè)務(wù)領(lǐng)域）里的所有問題都回答了一遍。我對外宣揚(yáng)知無不言言無不盡，放出郵件地址和 MSN（那時(shí)候 MSN 很高大上），很多網(wǎng)友都會發(fā)郵件或者加我好友，問各種開發(fā)疑難問題，平均每天都有幾個(gè)，然后我把解決問題的過程寫成微軟 KB（KnowledgeBase） 文體發(fā)表在我的博客上。

你想想看，工作中的問題你平均每隔幾天才能遇到一個(gè)，而這么做，每天你都會遇到幾個(gè)乃至于十幾個(gè)，第一讓你腦力激蕩，第二接觸到更多新知。

05年到06年期間，我因工作需要學(xué)習(xí)了 JavaME（或古老的稱呼 J2ME），早年間 Symbian 手機(jī)上的客戶端開發(fā)。那段時(shí)間我天天掃中文論壇的帖子，力求回答所有問題，尤其是那些 BUG 或故障。對于那些暫時(shí)沒有人解決的，如流媒體實(shí)時(shí)播放，如仿 OperaMini 二級菜單界面，都上下求索，最后放出思路以及源碼。

同時(shí)，我經(jīng)常整理常見問題，梳理成冊并發(fā)布。譬如我整理過的 J2ME 疑難問題：

1. [J2ME Q&A]真機(jī)報(bào)告MontyThread -n的錯(cuò)誤之解釋
2. [J2MEQ&A]WTK初始化WMAClient報(bào)錯(cuò)XXX has no IP address的解釋
3. [J2ME Q&A]untrusted domain is not configured問題回應(yīng)
4. [J2ME]“Cannot open socket for LIME events”錯(cuò)誤解決

幾個(gè)月后，我成為 J2ME 中文論壇超級版主。通過這個(gè)歷程，我想告訴大家，回答網(wǎng)友問題，技巧得當(dāng)?shù)脑挘热鐒e老是重復(fù)回答新手問題，試著攻克那些疑難問題，或者離奇故障，絕對不會浪費(fèi)你的時(shí)間。

為什么？

因?yàn)槟阋欧睿?

你學(xué)過的每一樣?xùn)|西，你遭受的每一次苦難，都會在你一生中的某個(gè)時(shí)候派上用場。

——佩內(nèi)洛普·菲茲杰拉德 《離岸》

Everything that you've learnt and all the hardships you've suffered will all come in handy at some point in your life.

第四階段 RCA/總結(jié)

現(xiàn)在是你把經(jīng)驗(yàn)教訓(xùn)變?yōu)?a href="http://www.tbpl000603.cn/news/caifugushi">財(cái)富的時(shí)刻了。

什么是好的技術(shù) Leader？

隨便一個(gè)業(yè)務(wù)需求或業(yè)務(wù)場景講出來，你立刻把它抽象為幾個(gè)模塊/系統(tǒng)/Topic，然后侃侃而談，業(yè)界都是怎么解決的，我們以前又是怎么分析怎么解決的，現(xiàn)在咱們這種情況下應(yīng)該如何設(shè)計(jì)，可能會遇到什么問題，我們應(yīng)該做哪些預(yù)防設(shè)計(jì)，blabla。

怎么做到這一點(diǎn)？

第一，寫 RCA 報(bào)告。

我以前說過，『窩窩從 2011 年開始，一直堅(jiān)持每錯(cuò)必查、錯(cuò)了又錯(cuò)就整改、每錯(cuò)必寫，用身體力行告訴每一個(gè)新員工直面錯(cuò)誤、公開技術(shù)細(xì)節(jié)、分享給所有人，長此以往，每一次事故和線上漏測都會變?yōu)槲覀兊呢?cái)富。這就是我們的 RCA（Root Cause Analysis）制度，截止到目前已經(jīng)收集整理了近兩百個(gè)詳盡的 RCA 報(bào)告?！?

RCA 報(bào)告格式為：

1. 背景知識（Optional）
2. 問題現(xiàn)象
3. 影響范圍
4. 問題原因
5. 問題分析過程（Optional）
6. 解決辦法
7. 后續(xù)處理措施：如線上臟數(shù)據(jù)如何修復(fù)，如對用戶造成的影響如何彌補(bǔ)等（Optional）
8. 經(jīng)驗(yàn)教訓(xùn)
9. RCA類型：如代碼問題、實(shí)施問題、配置問題、設(shè)計(jì)問題、測試問題

第二，寫總結(jié)。

話說，要經(jīng)常拉清單。

侃侃而談得有資料，這些都得是你自己寫才能印象深刻，關(guān)鍵時(shí)刻想得起來。

好了，這就是我告訴面試者的高手煉成四個(gè)階段