我是一個技術情結很深的人，無論是曾經(jīng)的小白，還是現(xiàn)在大家口中的高級專家，唯一不變的就是對編碼的一股鉆研勁兒。華為7年，我經(jīng)歷了從研發(fā)小兵到PL，再到轉(zhuǎn)身加入專為業(yè)務部門解決疑難雜癥的無線網(wǎng)絡西研分部飛虎隊的過程。這個過程好像涅槃，痛并快樂著，正是因為一個個令人“捉急”的難題和“把自己逼到墻角”的歷練，才激起了自己不斷探索、詢問、攻克的熱情。越史無前例，我就越想去把它搞定。
有時候需要有“把自己逼到墻角”的勇氣
身為一個軟件開發(fā)工程師，技術能力決定著你能夠走多遠，也決定著你在團隊中是否能夠被大家認可。入職以來，無論所在的組織是什么，無論身處的職級是什么，我的工作都沒有離開編碼與攻關，即使在做了PL以后，也同樣不敢有一絲的懈怠。
2012年，在某關鍵特性交付期間，由于交付量大，為了提前暴露風險，我們的開發(fā)計劃必須整體先于周邊團隊，當代碼開發(fā)完成后，卻面臨著周邊團隊無法支撐我們同步驗證的問題。作為特性PL兼技術開發(fā)骨干的自己，始終將版本質(zhì)量作為整個團隊的生命線，眼看完成的代碼越來越多、質(zhì)量風險隨之增大，絕不能容忍自己袖手旁觀。如何才能讓大家在沒有周邊支撐的情況下獨立、快速且高質(zhì)量完成交付？我提出按協(xié)議編寫一個簡化的流程，模擬我們與周邊交互的過程進行驗證。那時，部分同事雖然認可這個方案的價值，但覺得工作量較大，還不如等到周邊團隊開發(fā)完成后再一起驗證。
但我并沒有向困難低下頭，深入思考過實現(xiàn)方案后，我覺得自己可以在四天內(nèi)搞定這件事，于是集中火力開始動手。四天后，終于功夫不負有心人，一個可以部署在個人電腦上、不依賴周邊團隊即可進行特性功能驗證的軟件測試框架順利完成，構建調(diào)試版本的時間由原來的10多分鐘提升到后來的秒級，定位問題手段也由原來必須在真實系統(tǒng)環(huán)境上提取日志，拓展到利用軟件調(diào)試器進行可視化跟蹤。這一改變讓兄弟姐妹們興奮不已，最終，我們將質(zhì)量風險提前釋放，在后面和周邊團隊的配合驗證中，該特性的啟動流程控制部分零問題交付，得到PO及周邊團隊的稱贊，而這套快速構建自驗證工程的方法也被推廣到其他多個項目組。
指標修改歷來被認為只能通過冷補?。愃朴谕暾能浖?，需要復位整個系統(tǒng)才能生效）實現(xiàn)，在某次項目交付過程中，客戶期望我們能夠通過熱補?。ㄖ粚π薷牡牟糠种谱鬈浖?，不需要復位整個系統(tǒng)就能生效）以最小代價對多個指標進行局部修正，滿足他們的定制化需求。面對著這一史無前例的棘手問題，項目組陷入了兩難的窘迫境地。然而面對壓力，我們只能硬著頭皮往前走。作為補丁組版本PL，在關鍵時刻一定要發(fā)揮出自己的軟件能力。于是，我快速投入到原有機制的分析中，從系統(tǒng)的初始化到每個業(yè)務的應用接口，確保每一行代碼都正確理解和消化，壓力之下終出成效：最終我向大家提出一套可用于熱補丁并且與之前指標統(tǒng)計完美兼容的方案，繼而快速完成框架代碼的編寫與驗證。然而框架的修改只是前期的一部分，因為相關指標涉及大量的業(yè)務流程，排查和分析的工作量更是超出了預期，出現(xiàn)任何一處漏修改，都會導致整個版本功虧一簣。
于是我快速調(diào)整了團隊陣型，幾個業(yè)務專家同時投入分析，補丁組所有人員全力保障，確保萬無一失。從零開始，從無到有：最終這個熱補丁成功交付，也成為了我所經(jīng)歷版本中最大的一個熱補丁。我至今依然還清晰地記得，交付的那天整個小組的兄弟們一起加班到凌晨一點，興奮與感動難以言喻，而通過這件事也讓補丁組的組員們對我刮目相看：“原來這個新來的組長不是吃干飯的?！?/p>
技術道路上，必須不停地通過實戰(zhàn)歷練自己、提升自己，甚至有時候需要有“把自己逼到墻角”的勇氣，也只有這樣，才能真正地保持技術敏感性與團隊認可度。
“變不可能為可能”并非天方夜譚
在飛虎隊輾轉(zhuǎn)了幾年，每年都會支撐不同的項目組，基本上感覺高度和難度都在自己跳一跳就能夠著的范圍內(nèi)，唯獨去年支撐基帶項目組的經(jīng)歷讓我感到稍許的無助。在交付LTE基帶多核芯片負載均衡調(diào)度框架時，我發(fā)現(xiàn)業(yè)務層面冒出來很多大家難以定位的性能問題，版本快過點的時候，每天晚上都會收到項目組的問題定位通報，好幾個性能難題定位周期都持續(xù)了一個多月。我就在想，為什么基帶的芯片不能使用高層軟件的開源性能分析工具？問了一圈，基帶領域從來沒有這樣的工具，因為操作系統(tǒng)、內(nèi)存和性能等原因，這些大規(guī)模分析軟件也無法直接應用。
就在自己感到少許失落的某個瞬間，腦海中突然閃現(xiàn)出一個靈感：能不能自己做一個簡化版的工具？說干就干，啟動私人攻關模式。吃飯時、睡覺前，甚至瘋狂到在睡夢中，我都在思考自己的實現(xiàn)方案：如何讓每一個函數(shù)自動調(diào)用自己的代碼在關鍵節(jié)點進行標記，實現(xiàn)性能統(tǒng)計？如何用最快的查找算法實現(xiàn)函數(shù)身份的有效識別，將當前系統(tǒng)的性能開銷降到最低？如何能用最節(jié)省內(nèi)存資源的算法實現(xiàn)物理資源的有效使用……雖然這些問題一度成為困擾自己的座座大山，但通過研究編譯器手冊、利用現(xiàn)有數(shù)據(jù)對各種算法進行仿真、分析操作系統(tǒng)內(nèi)核代碼、研讀操作系統(tǒng)提供給用戶的相關接口特性手冊等等，關鍵的技術點一個一個被攻克。
我的第一個版本不到一周時間就落地了，就在大家還在為降1w cycle點絞盡腦汁的時候，就在大家還在為版本的兩個節(jié)點，成百上千處修改排查到底哪一行代碼引入問題的時候，一天時間內(nèi)，3-4w cycle的優(yōu)化點就被我的性能分析框架找到了，同時還找到了一個耗時幾周的性能懸案的根因之所在。為了分析項目組的性能問題，我分別做了分析芯片級別的、任務級別（去除切換時延）的，最終到函數(shù)級別（帶任務切換數(shù)據(jù)）的性能分析框架，而不同的框架都能解決性能領域的某一類問題。進一步地，我還考慮了將性能檢測集成到CI中進行定期監(jiān)控，讓性能分析不在成為基帶的噩夢。曾經(jīng)，大家都認為很難甚至不可能的事，在我的“死纏爛打”、不斷研究之下終于變成了可能。
業(yè)務主管說，我做了超越自己職責的努力，但是對我來說，這應該就是我的本分工作，雖然只是短期支撐，但是作為飛虎隊的隊員，就應該在思想上保持艱苦奮斗，在行為上敢想、敢說、敢干，把自己定位得再高一些。在面對項目組痛點時，只要我們多一份創(chuàng)新性的思考，多一份執(zhí)行力的落地，那么“變不可能為可能”就并非是一件天方夜譚的事情。
▲無線網(wǎng)絡西研飛虎隊合照
我承認自己是個技術控，從過去，到現(xiàn)在，自己唯一不缺的就是自信和笑容。我喜歡和兄弟們并肩作戰(zhàn)、互相分享，也喜歡去挖掘每個人身上的閃光點。我希望能用自己的激情以及對技術的熱愛，感染身邊更多的人；也希望以積極向上的狀態(tài)發(fā)揮自己的光和熱，帶給組織哪怕是一點點的改變。技術之路，唯有做深、做精、做專，方能體會到它的奧妙與不凡。我夫人說，希望我能成為院士那樣的技術領軍人物，院士夢我是實現(xiàn)不了了，但是技術專家夢，我跳一跳還是可以實現(xiàn)的，給自己加油，給夢想加油！