[[232553]]

寫在前面

不管是開發(fā)、測(cè)試、運(yùn)維，每個(gè)技術(shù)人員心里多多少少都有一個(gè)成為技術(shù)大牛的夢(mèng)，畢竟“夢(mèng)想總是要有的，萬(wàn)一實(shí)現(xiàn)了呢”！正是對(duì)技術(shù)夢(mèng)的追求，促使我們不斷地努力和提升自己。

然而“夢(mèng)想是美好的，現(xiàn)實(shí)卻是殘酷的”，很多同學(xué)在實(shí)際工作后就會(huì)發(fā)現(xiàn)，夢(mèng)想是成為大牛，但做的事情看起來(lái)跟大牛都不沾邊，例如，程序員說“天天寫業(yè)務(wù)代碼還加班，如何才能成為技術(shù)大牛”，測(cè)試說“每天都有執(zhí)行不完的測(cè)試用例”，運(yùn)維說“扛機(jī)器接網(wǎng)線敲shell命令，這不是我想要的運(yùn)維人生”。

我也是一位程序員，所以我希望通過以下基于程序開發(fā)的一些例子，幫助大家解決這些困惑。大道理是相通的，測(cè)試、運(yùn)維都可以借鑒。 

幾個(gè)典型的誤區(qū)

拜大牛為師

有人認(rèn)為想成為技術(shù)大牛最簡(jiǎn)單直接、快速有效的方式是“拜團(tuán)隊(duì)技術(shù)大牛為師”，讓他們平時(shí)給你開小灶，給你分配一些有難度的任務(wù)。 

我個(gè)人是反對(duì)這種方法的，主要的原因有幾個(gè)：

• 大牛很忙，不太可能單獨(dú)給你開小灶，更不可能每天都給你開1個(gè)小時(shí)的小灶；而且一個(gè)團(tuán)隊(duì)里面，如果大牛平時(shí)經(jīng)常給你開小灶，難免會(huì)引起其他團(tuán)隊(duì)成員的疑惑，我個(gè)人認(rèn)為如果團(tuán)隊(duì)里的大牛如果真正有心的話，多給團(tuán)隊(duì)培訓(xùn)是***的。然而做過培訓(xùn)的都知道，準(zhǔn)備一場(chǎng)培訓(xùn)是很耗費(fèi)時(shí)間的，課件和材料至少2個(gè)小時(shí)（還不能是碎片時(shí)間），講解1個(gè)小時(shí)，大牛們一個(gè)月做一次培訓(xùn)已經(jīng)是很高頻了。

• 因?yàn)?**個(gè)原因，所以一般要找大牛，都是帶著問題去請(qǐng)教或者探討。因?yàn)榛卮鸹蛘咛接憜栴}無(wú)需太多的時(shí)間，更多的是靠經(jīng)驗(yàn)和積累，這種情況下大牛們都是很樂意的，畢竟影響力是大牛的一個(gè)重要指標(biāo)嘛。然而也要特別注意：如果經(jīng)常問那些書本或者google能夠很容易查到的知識(shí)，大牛們也會(huì)很不耐煩的，畢竟時(shí)間寶貴。經(jīng)常有網(wǎng)友問我諸如“jvm的-Xmn參數(shù)如何配置”這類問題，我都是直接回答“請(qǐng)直接去google”，因?yàn)檫@樣的問題實(shí)在是太多了，如果自己不去系統(tǒng)學(xué)習(xí)，每個(gè)都要問是非常浪費(fèi)自己和別人的時(shí)間的。

• 大牛不多，不太可能每個(gè)團(tuán)隊(duì)都有技術(shù)大牛，只能說團(tuán)隊(duì)里面會(huì)有比你水平高的人，即使他每天給你開小灶，最終你也只能提升到他的水平；而如果是跨團(tuán)隊(duì)的技術(shù)大牛，由于工作安排和分配的原因，直接請(qǐng)教和輔導(dǎo)的機(jī)會(huì)是比較少的，單憑參加幾次大牛的培訓(xùn)，是不太可能就成為技術(shù)大牛的。 

綜合上述的幾個(gè)原因，我認(rèn)為對(duì)于大部分人來(lái)說，要想成為技術(shù)大牛，首先還是要明白“主要靠自己”這個(gè)道理，不要期望有個(gè)像武功師傅一樣的大牛手把手一步一步地教你。適當(dāng)?shù)臅r(shí)候可以通過請(qǐng)教大?；蛘吆痛笈Ｌ接憗?lái)提升自己，但大部分時(shí)間還是自己系統(tǒng)性、有針對(duì)性的提升。

業(yè)務(wù)代碼一樣很牛逼

有人認(rèn)為寫業(yè)務(wù)代碼一樣可以很牛逼，理由是業(yè)務(wù)代碼一樣可以有各種技巧，例如可以使用封裝和抽象使得業(yè)務(wù)代碼更具可擴(kuò)展性，可以通過和產(chǎn)品多交流以便更好的理解和實(shí)現(xiàn)業(yè)務(wù)，日志記錄好了問題定位效率可以提升10倍等等。 

業(yè)務(wù)代碼一樣有技術(shù)含量，這點(diǎn)是肯定的，業(yè)務(wù)代碼中的技術(shù)是每個(gè)程序員的基礎(chǔ)，但只是掌握了這些技巧，并不能成為技術(shù)大牛，就像游戲中升級(jí)打怪一樣，開始打小怪，經(jīng)驗(yàn)值很高，越到后面經(jīng)驗(yàn)值越少，打小怪已經(jīng)不能提升經(jīng)驗(yàn)值了，這個(gè)時(shí)候就需要打一些更高級(jí)的怪，刷一些有挑戰(zhàn)的副本了，沒看到哪個(gè)游戲只要一直打小怪就能升到***的。成為技術(shù)大牛的路也是類似的，你要不斷的提升自己的水平，然后面臨更大的挑戰(zhàn)，通過應(yīng)對(duì)這些挑戰(zhàn)從而使自己水平更上一級(jí)，然后如此往復(fù)，最終達(dá)到技術(shù)大牛甚至業(yè)界大牛的境界，寫業(yè)務(wù)代碼只是這個(gè)打怪升級(jí)路上的一個(gè)挑戰(zhàn)而已，而且我認(rèn)為是比較初級(jí)的一個(gè)挑戰(zhàn)。 

所以我認(rèn)為：業(yè)務(wù)代碼都寫不好的程序員肯定無(wú)法成為技術(shù)大牛，但只把業(yè)務(wù)代碼寫好的程序員也還不能成為技術(shù)大牛。

上班太忙沒時(shí)間自己學(xué)習(xí)

很多人認(rèn)為自己沒有成為技術(shù)大牛并不是自己不聰明，也不是自己不努力，而是中國(guó)的這個(gè)環(huán)境下，技術(shù)人員加班都太多了，導(dǎo)致自己沒有額外的時(shí)間進(jìn)行學(xué)習(xí)。 

這個(gè)理由有一定的客觀性，畢竟和歐美相比，我們的加班確實(shí)要多一些，但這個(gè)因素只是一個(gè)需要克服的問題，并不是不可逾越的鴻溝，畢竟我們身邊還是有那么多的大牛也是在中國(guó)這個(gè)環(huán)境成長(zhǎng)起來(lái)的。 

我認(rèn)為有幾個(gè)誤區(qū)導(dǎo)致了這種看法的形成：

1）上班做的都是重復(fù)工作，要想提升必須自己額外去學(xué)習(xí)

形成這個(gè)誤區(qū)的主要原因還是在于認(rèn)為“寫業(yè)務(wù)代碼是沒有技術(shù)含量的”，而我現(xiàn)在上班就是寫業(yè)務(wù)代碼，所以我在工作中不能提升。

2）學(xué)習(xí)需要大段的連續(xù)時(shí)間

很多人以為要學(xué)習(xí)就要像學(xué)校上課一樣，給你一整天時(shí)間來(lái)上課才算學(xué)習(xí)，而我們平時(shí)加班又比較多，周末累的只想睡懶覺，或者只想去看看電影打打游戲來(lái)放松，所以就沒有時(shí)間學(xué)習(xí)了。 

實(shí)際上的做法正好相反：首先我們應(yīng)該在工作中學(xué)習(xí)和提升，因?yàn)閷W(xué)以致用或者有實(shí)例參考，學(xué)習(xí)的效果是***的；其次工作后學(xué)習(xí)不需要大段時(shí)間，而是要擠出時(shí)間，利用時(shí)間碎片來(lái)學(xué)習(xí)。

正確的做法

Do more

做的更多，做的比你主管安排給你的任務(wù)更多。 

我在HW的時(shí)候，負(fù)責(zé)一個(gè)版本的開發(fā)，這個(gè)版本的工作量大約是2000行左右，但是我除了做完這個(gè)功能，還將關(guān)聯(lián)的功能全部掌握清楚了，代碼（大約10000行）也全部看了一遍，做完這個(gè)版本后，我對(duì)這個(gè)版本相關(guān)的整套業(yè)務(wù)全部很熟悉了。經(jīng)過一兩次會(huì)議后，大家發(fā)現(xiàn)我對(duì)這塊掌握最熟了，接下來(lái)就有趣了：產(chǎn)品討論需求找我、測(cè)試有問題也找我、老大對(duì)外支撐也找我；后來(lái)，不是我負(fù)責(zé)的功能他們也找我，即使我當(dāng)時(shí)不知道，我也會(huì)看代碼或者找文檔幫他們回答。***我就成了我這個(gè)系統(tǒng)的“專家”了。雖然這個(gè)時(shí)候我還是做業(yè)務(wù)的，還是寫業(yè)務(wù)代碼，但是我已經(jīng)對(duì)整個(gè)業(yè)務(wù)都很熟悉了。 

以上只是一個(gè)簡(jiǎn)單的例子，其實(shí)就是想說：要想有機(jī)會(huì)，首先你得從人群中冒出來(lái)，要想冒出來(lái)，你就必須做到與眾不同，要做到與眾不同，你就要做得更多！ 

怎么做得更多呢？可以從以下幾個(gè)方面著手：

1）熟悉更多業(yè)務(wù)，不管是不是你負(fù)責(zé)的；熟悉更多代碼，不管是不是你寫的

這樣做有很多好處，舉幾個(gè)簡(jiǎn)單的例子：

• 需求分析的時(shí)候更加準(zhǔn)確，能夠在需求階段就識(shí)別風(fēng)險(xiǎn)、影響、難點(diǎn)

• 問題處理的時(shí)候更加快速，因?yàn)橄嚓P(guān)的業(yè)務(wù)和代碼都熟悉，能夠快速的判斷問題可能的原因并進(jìn)行排查處理

• 方案設(shè)計(jì)的時(shí)候考慮更加周全，由于有對(duì)全局業(yè)務(wù)的理解，能夠設(shè)計(jì)出更好的方案

 2）熟悉端到端

比如說你負(fù)責(zé)web后臺(tái)開發(fā)，但實(shí)際上用戶發(fā)起一個(gè)http請(qǐng)求，要經(jīng)過很多中間步驟才到你的服務(wù)器（例如瀏覽器緩存、DNS、nginx等），服務(wù)器一般又會(huì)經(jīng)過很多處理才到你寫的那部分代碼（路由、權(quán)限等）這整個(gè)流程中的很多系統(tǒng)或者步驟，絕大部分人是不可能去參與寫代碼的，但掌握了這些知識(shí)對(duì)你的綜合水平有很大作用，例如方案設(shè)計(jì)、線上故障處理這些更加有含金量的技術(shù)工作都需要綜合技術(shù)水平。 

“系統(tǒng)性”、“全局性”、“綜合性”這些字眼看起來(lái)比較虛，但其實(shí)都是技術(shù)大牛的必備的素質(zhì)，要達(dá)到這樣的境界，必須去熟悉更多系統(tǒng)、業(yè)務(wù)、代碼。 

3）自學(xué)

一般在比較成熟的團(tuán)隊(duì)，由于框架或者組件已經(jīng)進(jìn)行了大量的封裝，寫業(yè)務(wù)代碼所用到的技術(shù)確實(shí)也比較少，但我們要明白“唯一不變的只有變化”，框架有可能要改進(jìn)，組件可能要替換，或者你換了一家公司，新公司既沒有組件也沒有框架，要你從頭開始來(lái)做。這些都是機(jī)會(huì)，也是挑戰(zhàn)，而機(jī)會(huì)和挑戰(zhàn)只會(huì)分配給有準(zhǔn)備的人，所以這種情況下我們更加需要自學(xué)更多東西，因?yàn)檎嬲鹊揭玫臅r(shí)候再來(lái)學(xué)已經(jīng)沒有時(shí)間了。 

以java為例，大部分業(yè)務(wù)代碼就是if-else加個(gè)數(shù)據(jù)庫(kù)操作，但我們完全可以自己學(xué)些更多java的知識(shí)，例如垃圾回收，調(diào)優(yōu)，網(wǎng)絡(luò)編程等，這些可能暫時(shí)沒用，但真要用的時(shí)候，不是google一下就可以了，這個(gè)時(shí)候誰(shuí)已經(jīng)掌握了相關(guān)知識(shí)和技能，機(jī)會(huì)就是誰(shuí)的。

以垃圾回收為例，我自己平時(shí)就抽時(shí)間學(xué)習(xí)了這些知識(shí)，學(xué)了1年都沒用上，但后來(lái)用上了幾次，每次都解決了卡死的大問題，而有的同學(xué)，寫了幾年的java代碼，對(duì)于stop-the-world是什么概念都不知道，更不用說去優(yōu)化了。

Do better

要知道這個(gè)世界上沒有***的東西，你負(fù)責(zé)的系統(tǒng)和業(yè)務(wù)，總有不合理和可以改進(jìn)的地方，這些“不合理”和“可改進(jìn)”的地方，都是更高級(jí)別的怪物，打完后能夠增加更多的經(jīng)驗(yàn)值。識(shí)別出這些地方，并且給出解決方案，然后向主管提出，一次不行兩次，多提幾次，只要有一次落地了，這就是你的機(jī)會(huì)。

 例如：

重復(fù)代碼太多，是否可以引入設(shè)計(jì)模式？

系統(tǒng)性能一般，可否進(jìn)行優(yōu)化？

目前是單機(jī)，如果做成雙機(jī)是否更好？

版本開發(fā)質(zhì)量不高，是否引入高效的單元測(cè)試和集成測(cè)試方案？

目前的系統(tǒng)太龐大，是否可以通過重構(gòu)和解耦改為3個(gè)系統(tǒng)？

阿里中間件有一些系統(tǒng)感覺我們也可以用，是否可以引入 ？

只要你去想，其實(shí)總能發(fā)現(xiàn)可以改進(jìn)的地方的；如果你覺得系統(tǒng)哪里都沒有改進(jìn)的地方，那就說明你的水平還不夠，可以多學(xué)習(xí)相關(guān)技術(shù)，多看看業(yè)界其它優(yōu)秀公司怎么做。

我2013年調(diào)配到九游，剛開始接手了一個(gè)簡(jiǎn)單的后臺(tái)系統(tǒng)，每天就是配合前臺(tái)做數(shù)據(jù)增刪改查，看起來(lái)完全沒意思，是吧？如果只做這些確實(shí)沒意思，但我們接手后做了很多事情：

• 解耦，將一個(gè)后臺(tái)拆分為2個(gè)后臺(tái)，提升可擴(kuò)展性和穩(wěn)定性；

• 雙機(jī)，將單機(jī)改為雙機(jī)系統(tǒng)，提高可靠性；

• 優(yōu)化，將原來(lái)一個(gè)耗時(shí)5小時(shí)的接口優(yōu)化為耗時(shí)5分鐘

還有其它很多優(yōu)化，后來(lái)我們這個(gè)組承擔(dān)了更多的系統(tǒng)，后來(lái)這個(gè)小組5個(gè)人，負(fù)責(zé)了6個(gè)系統(tǒng)。

Do exercise

在做職業(yè)等級(jí)溝通的時(shí)候，發(fā)現(xiàn)有很多同學(xué)確實(shí)也在嘗試Do more、Do better，但在執(zhí)行的過程中，幾乎每個(gè)人都遇到同一個(gè)問題：光看不用效果很差，怎么辦？ 

例如：

• 學(xué)習(xí)了jvm的垃圾回收，但是線上比較少出現(xiàn)FGC導(dǎo)致的卡頓問題，就算出現(xiàn)了，恢復(fù)業(yè)務(wù)也是***位的，不太可能線上出現(xiàn)問題然后讓每個(gè)同學(xué)都去練一下手，那怎么去實(shí)踐這些jvm的知識(shí)和技能呢？

• Netty我也看了，也了解了Reactor的原理，但是我不可能參與Netty開發(fā)，怎么去讓自己真正掌握Reactor異步模式呢？

• 看了《高性能MySQL》，但是線上的數(shù)據(jù)庫(kù)都是DBA管理的，測(cè)試環(huán)境的數(shù)據(jù)庫(kù)感覺又是隨便配置的，我怎么去驗(yàn)證這些技術(shù)呢？

• 框架封裝了DAL層，數(shù)據(jù)庫(kù)的訪問我們都不需要操心，我們?cè)趺慈チ私夥謳?kù)分表實(shí)現(xiàn)？

諸如此類問題還有很多，我這里分享一下個(gè)人的經(jīng)驗(yàn)，其實(shí)就是3個(gè)詞：learning、trying、teaching！

1）Learning

這個(gè)是***階段，看書、google、看視頻、看別人的博客都可以，但要注意一點(diǎn)是“系統(tǒng)化”，特別是一些基礎(chǔ)性的東西，例如JVM原理、Java編程、網(wǎng)絡(luò)編程，HTTP協(xié)議等等，這些基礎(chǔ)技術(shù)不能只通過google或者博客學(xué)習(xí)，我的做法一般是先完整的看完一本書全面的了解，然后再通過google、視頻、博客去有針對(duì)性的查找一些有疑問的地方，或者一些技巧。

2）Trying

這個(gè)步驟就是解答前面提到的很多同學(xué)的疑惑的關(guān)鍵點(diǎn)，形象來(lái)說就是“自己動(dòng)手豐衣足食”，也就是自己去嘗試搭建一些模擬環(huán)境，自己寫一些測(cè)試程序。例如：

• Jvm垃圾回收：可以自己寫一個(gè)簡(jiǎn)單的測(cè)試程序，分配內(nèi)存不釋放，然后調(diào)整各種jvm啟動(dòng)參數(shù)，再運(yùn)行的過程中使用jstack、jstat等命令查看jvm的堆內(nèi)存分布和垃圾回收情況。這樣的程序?qū)懫饋?lái)很簡(jiǎn)單，簡(jiǎn)單一點(diǎn)的就幾行，復(fù)雜一點(diǎn)的也就幾十行。

• Reactor原理：自己真正去嘗試寫一個(gè)Reactor模式的Demo，不要以為這個(gè)很難，最簡(jiǎn)單的Reactor模式代碼量（包括注釋）不超過200行（可以參考Doug Lee的PPT）。自己寫完后，再去看看netty怎么做，一對(duì)比理解就更加深刻了。

• MySQL：既然有線上的配置可以參考，那可以直接讓DBA將線上配置發(fā)給我們（注意去掉敏感信息），直接學(xué)習(xí)；然后自己搭建一個(gè)MySQL環(huán)境，用線上的配置啟動(dòng)；要知道很多同學(xué)用了很多年MySQL，但是連個(gè)簡(jiǎn)單的MySQL環(huán)境都搭不起來(lái)。

• 框架封裝了DAL層：可以自己用JDBC嘗試去寫一個(gè)分庫(kù)分表的簡(jiǎn)單實(shí)現(xiàn)，然后與框架的實(shí)現(xiàn)進(jìn)行對(duì)比，看看差異在哪里。

• 用瀏覽器的工具查看HTTP緩存實(shí)現(xiàn)，看看不同種類的網(wǎng)站，不同類型的資源，具體是如何控制緩存的；也可以自己用Python寫一個(gè)簡(jiǎn)單的HTTP服務(wù)器，模擬返回各種HTTP Headers來(lái)觀察瀏覽器的反應(yīng)。

還有很多方法，這里就不一一列舉，簡(jiǎn)單來(lái)說，就是要將學(xué)到的東西真正試試，才能理解更加深刻，印第安人有一句諺語(yǔ)：I hear and I forget. I see and I remember. I do and I understand ，而且“試試”其實(shí)可以比較簡(jiǎn)單，很多時(shí)候我們都可以自己動(dòng)手做。 

當(dāng)然，如果能夠在實(shí)際工作中使用，效果會(huì)更好，畢竟實(shí)際的線上環(huán)境和業(yè)務(wù)復(fù)雜度不是我們寫個(gè)模擬程序就能夠模擬的，但這樣的機(jī)會(huì)可遇不可求，大部分情況我們還真的只能靠自己模擬，然后等到真正業(yè)務(wù)要用的時(shí)候，能夠信手拈來(lái)。

3）Teaching

一般來(lái)說，經(jīng)過Learning和Trying，能掌握70%左右，但要真正掌握，我覺得一定要做到能夠跟別人講清楚。因?yàn)樵谥v的時(shí)候，我們既需要將一個(gè)知識(shí)點(diǎn)系統(tǒng)化，也需要考慮各種細(xì)節(jié)，這會(huì)促使我們進(jìn)一步思考和學(xué)習(xí)。同時(shí)，講出來(lái)后看或者聽的人可以有不同的理解，或者有新的補(bǔ)充，這相當(dāng)于繼續(xù)完善了整個(gè)知識(shí)技能體系。 

這樣的例子很多，包括我自己寫博客的時(shí)候經(jīng)常遇到，本來(lái)我覺得自己已經(jīng)掌握很全面了，但一寫就發(fā)現(xiàn)很多點(diǎn)沒考慮到；組內(nèi)培訓(xùn)的時(shí)候也經(jīng)?？吹剑械耐瑢W(xué)寫了PPT，但是講的時(shí)候，大家一問，或者一討論，就會(huì)發(fā)現(xiàn)很多點(diǎn)還沒有講清楚，或者有的點(diǎn)其實(shí)是理解錯(cuò)了。寫PPT、講PPT、討論P(yáng)PT，這個(gè)流程全部走一遍，基本上對(duì)一個(gè)知識(shí)點(diǎn)掌握就比較全面了。 

后記

成為技術(shù)大牛夢(mèng)想雖然很美好，但是要付出很多，不管是Do more還是Do better還是Do exercise，都需要花費(fèi)時(shí)間和精力，這個(gè)過程中可能很苦逼，也可能很枯燥，這里我想特別強(qiáng)調(diào)一下：前面我講的都是一些方法論的東西，但真正起決定作用的，其實(shí)還是我們對(duì)技術(shù)的熱情和興趣！