天天寫業(yè)務(wù)代碼，如何成為技術(shù)大牛？
來源：原創(chuàng) 時間：2017-04-08 瀏覽：0 次
無論是研發(fā)、測試、運維，每個技術(shù)擔任職務(wù)的人心理多若干少都有一個變成技術(shù)大牛的夢，眾多同學(xué)在實職后便會發(fā)覺，幻想是變成大牛，但做的事物看起來跟大牛都不沾邊，例如，程序開發(fā)人員說“天天兒寫業(yè)務(wù)代碼還加班，怎么樣能力變成技術(shù)大牛”，測試說“每日都有執(zhí)行不完的測嘗試使用例”，運維說“扛機器接網(wǎng)線敲shell指示，這不是我想要的運維人的生活”……
知乎上有人覺得想變成技術(shù)大牛最簡單直接、迅速管用的形式是“拜團隊技術(shù)大牛為師”，讓它們?nèi)粘＝o你開小灶，給你分配一點有困難程度的擔任的工作。我私人是不贊成這種辦法的，主要的端由有幾個：
大牛很忙，不太有可能單獨給你開小灶，更沒可能每日都給你開1個鐘頭的小灶；并且一個團隊里邊，假如大牛平凡常常給你開小灶，難以避免會引動其它團隊人員的迷惑，我私人覺得假如團隊里的大牛假如真正有心的話，多給團隊培養(yǎng)訓(xùn)練是最好的。不過做過培養(yǎng)訓(xùn)練的都曉得，準備一場培養(yǎng)訓(xùn)練是很耗消耗時間間的，課件和材料至少2個鐘頭（還不可以是碎片刻間），解釋1個鐘頭，大牛們一個月做一次培養(yǎng)訓(xùn)練已經(jīng)是頎長頻了。
由于第1個端由，所以普通要找大牛，都是攜帶問題去請求指教還是研究討論。由于應(yīng)答還是研究討論問題無須非常多的時間，更多的是靠經(jīng)驗和積累，這種事情狀況下大牛們都是很樂意的，畢竟影響力是大牛的一個關(guān)緊指標嘛。不過也要加意：假如常常問那一些書本兒還是google能夠很容易查到的知識，大牛們也會很鄙夷的，畢竟時間珍貴。常常有網(wǎng)友問我諸如“jvm的-Xmn參變量怎么樣配備布置”這類問題，我都是直救應(yīng)答“請直接去google”，由于這么的問題真的曲直常多了，假如自個兒不去系統(tǒng)學(xué)習(xí)，每個都要問是十分耗費自個兒和另外的人的時間的。
大牛無幾，不太有可能每個團隊都有技術(shù)大牛，只能說團隊里邊會有比你水準高的人，縱然他每日給你開小灶，最后你也只能提高到他的水準；而若是跨團隊的技術(shù)大牛，因為辦公安置和分配的端由，直接請求指教和幫助指導(dǎo)的機緣是比較少的，單憑加入幾次大牛的培養(yǎng)訓(xùn)練，是不太有可能就變成技術(shù)大牛的。
綜合上面所說的的幾個端由，我覺得對于大多人來說，要想變成技術(shù)大牛，首先仍然要清楚“主要靠自個兒”這個道理，不要希望有個像武功師傅同樣的大牛手把兒一步一步的教你。合適的時刻可以經(jīng)過請求指教大牛還是和大牛研究討論來提高自個兒，但大多時間仍然自個兒系統(tǒng)性、有針對性的提高。
業(yè)務(wù)代碼同樣很牛逼
知乎上有的應(yīng)答覺得寫業(yè)務(wù)代碼同樣可以很牛逼，理由是業(yè)務(wù)代碼同樣可以有各種技法，例如可以運用封裝和抽象要得業(yè)務(wù)代碼更具可擴展性，可以經(jīng)過和產(chǎn)品多交流以便更好的了解和成功實現(xiàn)業(yè)務(wù)，日記記錄好了問題定位速率可以提高10倍。。。。。。等等。
業(yè)務(wù)代碼同樣有技術(shù)含量，這點是肯定的，業(yè)務(wù)代碼中的技術(shù)是每個程序開發(fā)人員的基礎(chǔ)，但只是掌握了這些個技法，并不可以變成技術(shù)大牛，就像游戲中升班打怪同樣，著手打小怪，經(jīng)驗值頎長，越到后面經(jīng)驗值越少，打小怪已經(jīng)不可以提高經(jīng)驗值了，這個時刻就需求打一點更高級的怪，刷一點有挑戰(zhàn)的副本了，沒看見哪一個游戲只要一直打小怪就能升到頂點級的。變成技術(shù)大牛的路也是大致相似的，你要么斷的提高自個兒的水準，而后面對更大的挑戰(zhàn)，經(jīng)過對付這些個挑戰(zhàn)因此使自個兒水準更上一級，而后這么往復(fù)，最后達到技術(shù)大牛甚至于業(yè)界大牛的境界，寫業(yè)務(wù)代碼只是這個打怪升班路上的一個挑戰(zhàn)罷了，并且我覺得是比較初等的一個挑戰(zhàn)。
所以我覺得：業(yè)務(wù)代碼都寫非常不好的程序開發(fā)人員肯定沒有辦法變成技術(shù)大牛，但只把業(yè)務(wù)代碼寫好的程序開發(fā)人員也還不可以變成技術(shù)大牛。
工作太忙不暇自個兒學(xué)習(xí)
眾多人覺得自個兒沒有結(jié)果為技術(shù)大牛并不是自個兒不敏，也不是自個兒不盡力盡量，而是中國的這個背景下，技術(shù)擔任職務(wù)的人加班都非常多了，造成自個兒沒有另外的時間施行學(xué)習(xí)。這個理由有一定的客觀性，畢竟和歐美相形，我們的加班的確要多一點，但這個因素只是一個需求克服的問題，并不是不可以超越的鴻溝，畢竟我們身邊仍然有那末多的大牛也是在中國這個背景生長起來的。
我覺得有幾個誤區(qū)造成了這種看法的形成：
工作做的都是重恢復(fù)工作作，要想提高務(wù)必自個兒另外去學(xué)習(xí)。形成這個誤區(qū)的主要端由仍然在于覺得“寫業(yè)務(wù)代碼是沒有技術(shù)含量的”，而我如今工作就是寫業(yè)務(wù)代碼，所以我在辦公中不可以提高。
學(xué)習(xí)需求大段的蟬聯(lián)時間。眾多人以為要學(xué)習(xí)就要像學(xué)院講課或聽課同樣，給你一整天時間來講課或聽課才算術(shù)習(xí)，而我們?nèi)粘＜影嘤直容^多，周末累的只想睡懶覺，還是只想去看看電影打打游戲來放松，所以就沒有時候間學(xué)習(xí)了。
準確的作法正巧相反：
首先我們應(yīng)當在辦公中學(xué)習(xí)和提高，由于學(xué)致使用還是有實際的例子參照，學(xué)習(xí)的效果是最好的；
其次辦公后學(xué)習(xí)不必大段時間，而是要抽空，利用時間碎片來學(xué)習(xí)。我會在接下來的篇幅講“如在哪里辦公中學(xué)習(xí)提高”，至于怎么樣利用時間碎片來學(xué)習(xí)。（參考系列文章第一篇）
準確的作法
Do more
做的更多，做的比你主管安置給你的擔任的工作更多。
我在HW的時刻，負責一個版本的研發(fā)，這個版本的辦公量約是2000行左右，不過我除開做完這個功能，還將關(guān)涉的功能所有掌握明白了，代碼（大約10000行）也所有看了一遍，做完這個版本后，我對這個版本有關(guān)的完套業(yè)務(wù)所有很知道得清楚了。通過一兩次會展后，大家發(fā)覺我對這塊掌握最熟了，接下來就有趣兒了：產(chǎn)品商議需要找我、測試有問題也找我、老大對外支撐也找我；后來，不是我負責的功能它們也找我，縱然我當初不曉得，我也會看代碼還是找文檔幫它們應(yīng)答。。。。。。最終我就成了我這個系統(tǒng)的“資深專家”了。固然這個時刻我仍然做業(yè)務(wù)的，仍然寫業(yè)務(wù)代碼，不過我已經(jīng)對整個兒業(yè)務(wù)都很知道得清楚了。
以上只是一個簡單的例子，實際上就是想說：要想有機緣，首先你得從人海中冒出來，要想冒出來，你就務(wù)必做到別樹一幟，要做到別樹一幟，你就要做得更多！
怎么做得更多呢？可以從下面這些方面開始：
1、知道得清楚更多業(yè)務(wù)，無論是不是你負責的；知道得清楚更多代碼，無論是不是你寫的
這么做有眾多益處，舉幾個簡單的例子：
需要剖析的時刻更加正確，能夠在需要階段就辨別風險、影響、不容易解決的地方
問題處置的時刻更加迅速，由于有關(guān)的業(yè)務(wù)和代碼都知道得清楚，能夠迅速的判斷問題有可能的端由并施行排查處置
方案預(yù)設(shè)的時刻思索問題更加周詳，因為有對整個的局面：胸懷～業(yè)務(wù)的了解，能夠預(yù)設(shè)出更好的方案
2、知道得清楚端到端
譬如說你負責web后臺研發(fā)，但其實用戶發(fā)起一個http煩請，要通過眾多半中腰步驟才到你的服務(wù)器（例如瀏覽器緩存、DNS、nginx等），服務(wù)器普通又會通過眾多處置才到你寫的那局部代碼（路由、職權(quán)范圍等）這整個兒流程中的眾多系統(tǒng)還是步驟，絕大多人是沒可能去參加寫代碼的，但掌握了這些個知識對你的綜合水準有非常大效用，例如方案預(yù)設(shè)、線上故障處置這些個更加有含金量的技術(shù)辦公都需求綜合技術(shù)水準。
“系統(tǒng)性”、“整個的局面：胸懷～性”、“綜合性”這些個字眼看起來比較虛，但實際上都是技術(shù)大牛的必須具備的素質(zhì)能力，要達到這么的境界，務(wù)必去知道得清楚更多系統(tǒng)、業(yè)務(wù)、代碼。
3、自學(xué)
普通在比較成熟的團隊，因為框架還是組件已經(jīng)施行了數(shù)量多的封裝，寫業(yè)務(wù)代碼所用到的技術(shù)的確也比較少，但我們要清楚“惟一未變的只有變動”，框架可能要改進，組件有可能要調(diào)換，現(xiàn)存技術(shù)有可能已經(jīng)沒有辦法滿意業(yè)務(wù)需要，還是你換了一家企業(yè)，新企業(yè)既沒有組件也沒有框架，要你重新著手來做。這些個都是機緣，也是挑戰(zhàn)，而機緣和挑戰(zhàn)只會分配售有準備的人，所以這種事情狀況下我們更加需求自學(xué)更多物品，由于真正等到要用的時刻再來學(xué)已經(jīng)沒有時候間了。
以java為例，大多業(yè)務(wù)代碼就是if-else加個數(shù)值庫操作，但我們足以自個兒學(xué)些更多java的知識，例如垃圾回收，調(diào)優(yōu)，網(wǎng)絡(luò)編程等，這些個有可能短時間之內(nèi)沒用，但真要用的時刻，不是google一下子就可以了，這個時刻誰已經(jīng)掌握了有關(guān)知識和技能，機緣就是誰的。
以垃圾回收為例，我自個兒日常就抽時間學(xué)習(xí)了這些個知識，學(xué)了1年都沒用上，但后來用上了幾次，每每都解決了卡死的大問題，而有的同學(xué)，寫了幾年的java代碼，對于stop-the-world是啥子概念都不曉得，更無須說去優(yōu)化了。
尤其是眾多開源軟件，更加需求自個兒日常去自學(xué)，例如Nginx、Redis、Mongodb、ElasticSearch等，在合宜的機會引入這些個技術(shù)，能夠帶來非常大的價值。
Do better
要曉得這個天底下沒有完美的物品，你負責的系統(tǒng)和業(yè)務(wù)，總有不符合理和可以改進的地方，這些個“不符合理”和“可改進”的地方，都是更高級別的怪物，打完后能夠增加更多的經(jīng)驗值。辨別出這些個地方，況且給出解決方案，而后向主管提出，一次不可以兩次，多提幾次，只要有一次落到地上了，這就是你的機緣。
例如：
重復(fù)代碼非常多，是否可以引入預(yù)設(shè)標準樣式？
系統(tǒng)性能普通，可否施行優(yōu)化？
到現(xiàn)在為止是單機，假如做成雙機是否更好？
版本研發(fā)品質(zhì)不高，是否引入高效的單元測試和集成測試方案？
到現(xiàn)在為止的系統(tǒng)太極大，是否可以經(jīng)過重構(gòu)和解耦改為3個系統(tǒng)？
阿里半中腰件有一點系統(tǒng)感受我們也可以用，是否可以引入 ？
只要你去想，實際上總能發(fā)覺可以改進的地方的；假如你感到系統(tǒng)哪兒都沒有改進的地方，那就解釋明白你的水準還不夠，可以多學(xué)習(xí)有關(guān)技術(shù)，多看看業(yè)界其他企業(yè)怎么做，BAT都怎么做。
我2013年調(diào)配到九游，剛著手接替了一個簡單的后臺系統(tǒng)，每日就是合適前臺做數(shù)值增去掉并改動查，看起來絕對沒趣，是吧？假如只做這些個的確沒趣，但我們接替后做了眾多事物：
解耦，將一個后臺拆分為2個后臺，提高可擴展性和牢穩(wěn)性；
雙機，將單機改為雙機系統(tǒng)，增長靠得住性；
優(yōu)化，將原來一個耗時5鐘頭的接口優(yōu)化為耗時5分鐘
還有其他眾多優(yōu)化，后來我們這個組承受了更多的系統(tǒng)，后來這個小組5私人，負責了6個系統(tǒng)。
Do exercise
在做生業(yè)等級溝通的時刻，發(fā)覺有眾多同學(xué)的確也在試驗Do more、Do better，但在執(zhí)行的過程中，幾乎每私人都碰到同一個問題：光看無須效果很差，怎么辦？
例如：
學(xué)習(xí)了jvm的垃圾回收，不過線上比較少顯露出來FGC造成的卡頓問題，就算顯露出來了，還原業(yè)務(wù)也是首位的，不太有可能線上顯露出來問題而后讓每個同學(xué)都去練一下子手，那怎么去實踐這些個jvm的知識和技能呢？
Netty我也看了，也理解了Reactor的原理，不過我沒可能參加Netty研發(fā)，怎么去讓自個兒真正掌握Reactor異步標準樣式呢？
看了《高性能MySQL》，不過線上的數(shù)值庫都是DBA管理的，測試背景的數(shù)值庫感受又是輕易配備布置的，我怎么去證驗這些個技術(shù)呢？
框架封裝了DAL層，數(shù)值庫的過訪我們都不必勞心，我們怎么去理解分庫分表成功實現(xiàn)？
諸這么類問題還有眾多，我這處分享一下子私人的經(jīng)驗，實際上就是3個詞：learning、trying、teaching！
1、Learning
這個是第1階段，看書、google、看視頻文件、看另外的人的博客都可以，但要注意一點兒是“系統(tǒng)化”，尤其是一點基礎(chǔ)性的物品，例如JVM原理、Java編程、網(wǎng)絡(luò)編程，HTTP協(xié)議。。。。。。等等，這些個基礎(chǔ)技術(shù)不可以只經(jīng)過google還是博客學(xué)習(xí)，我的作法普通是先完整的看完一本書各個方面的理解，而后再經(jīng)過google、視頻文件、博客去有針對性的查尋一點有疑問的地方，還是一點技法。
2、Trying
這個步驟就是解釋回答面前提到的眾多同學(xué)的迷惑的關(guān)鍵點，形象來說就是“自個兒動手豐衣足食”，也就是自個兒去試驗建造一點摹擬背景，自個兒寫一點測試手續(xù)。例如：
Jvm垃圾回收：可以自個兒寫一個簡單的測試手續(xù)，分配內(nèi)存不開釋，而后調(diào)試各種jvm開始工作參變量，再運行的過程中運用jstack、jstat等指示檢查jvm的堆內(nèi)存散布和垃圾回收事情狀況。這么的手續(xù)寫起來很簡單，簡純一點兒的就幾行，復(fù)雜一點兒的也就幾十行。
Reactor原理：自個兒真正去試驗寫一個Reactor標準樣式的Demo，不要以為這個很難，最簡單的Reactor標準樣式代碼量（涵蓋注解）不超過200行（可以參照Doug Lee的PPT）。自個兒寫完后，再去看看netty怎么做，一相比較了解就更加大深度刻了。
MySQL：既是有線上的配備布置可以參照，那可以直接讓DBA將線上配備布置發(fā)給我們（注意去掉敏銳信息），直接學(xué)習(xí)；而后自個兒建造一個MySQL背景，用線上的配備布置開始工作；要曉得眾多同學(xué)用了好幾年MySQL，不過連個簡單的MySQL背景都搭不起來。
框架封裝了DAL層：可以自個兒用JDBC試驗去寫一個分庫分表的簡單成功實現(xiàn)，而后與框架的成功實現(xiàn)施行相比較，看看差別何在。
用瀏覽器的工具檢查HTTP緩存成功實現(xiàn)，看看不一樣品類的網(wǎng)站，不一樣類型的資源，具體是怎么樣扼制緩存的；也可以自個兒用Python寫一個簡單的HTTP服務(wù)器，摹擬回返各種HTTP Headers來仔細查看瀏覽器的反響。
還有眾多辦法，這處就不相同一列舉，簡單來說，就是要將學(xué)到的物品真正試試，能力了解更加大深度刻，印第安人有一句諺語：I hear and I forget. I see and I remember. I do and I understand，并且“試試”實際上可以比較簡單，很很長時間候我們都可以自個兒動手做。
當然，假如能夠在實職中運用，效果會更好，畢竟實際的線上背景和業(yè)務(wù)復(fù)雜度不是我們寫個摹擬手續(xù)就能夠摹擬的，但這么的機緣可遇不可以求，大多事情狀況我們還實在只能靠自個兒摹擬，而后等到真正業(yè)務(wù)要用的時刻，能夠隨手拈來。
3、Teaching
普通來說，通過Learning和Trying，能掌握70百分之百左右，但要真正掌握，我感到必須要做到能夠跟另外的人講明白。由于在講的時刻，我們既需求將一個知識點系統(tǒng)化，也需求思索問題各種細節(jié)，這會促推我們進一步深刻思考和學(xué)習(xí)。同時，講出來后看還是聽的人可以有不一樣的了解，還是有新的補給，這相當于接著完備了整個兒知識技能整體體系。
這么的例子眾多，涵蓋我自個兒寫博客的時刻常常碰到，壓根兒我感到自個兒已經(jīng)掌握很各個方面了，但一寫就發(fā)覺眾多點沒思索問題到；組內(nèi)培養(yǎng)訓(xùn)練的時刻也常?？匆?，有的同學(xué)寫了PPT，不過講的時刻，大家一問，還是一商議，便會發(fā)覺眾多點還沒有講明白，還是有的點實際上是了解錯了。寫PPT、講PPT、商議PPT，這個流程所有走一遍，基本上對一個知識點掌握就比較各個方面了。
后記
想固然很美妙，不過要支付眾多，無論是Do more仍然Do better仍然Do exercise，都需求消耗的錢時間和精神力，這個過程中有可能很苦逼，也有可能很單調(diào)，這處我想尤其著重提出一下子：面前我講的都是一點辦法論的物品，但真正起表決效用的，實際上仍然我們對技術(shù)的殷勤和興致！
