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