十多年前的我沒有想到，一款產(chǎn)品竟能改變一個人的命運(yùn)。

2000年，文曲星，一款教育類電子詞典，推出了革命性的產(chǎn)品CC800：它支持VB語言編程，還能直接運(yùn)行。高中的我，用這個小機(jī)器執(zhí)行了自己的第一個程序，做出了第一款小游戲。仿佛一個孩子打開了潘多拉的魔盒，各種美妙的東西噴薄而出，從此我一頭扎進(jìn)代碼的世界。

后來的我終于證明，玩出來的志向，果然經(jīng)受得住考驗。

1

軟件小兵觸通信

從文曲星的啟蒙編程，到大學(xué)堅定選擇計算機(jī)專業(yè)，再到2007年加入華為之時，我都信心滿滿，以為憑借對軟件堅持多年的熱愛，終于可以大展拳腳。沒想到的是，來了通信產(chǎn)品的軟件部門，剛開始就被澆了一盆冷水——什么是信號、什么是速率、什么是碼？我連最基本的概念名詞都搞不清。偏偏做通信產(chǎn)品，最需要的就是對業(yè)務(wù)的理解。剛到新部門的我，因為不懂通信，就這樣突然變成了一個“軟件白癡”。

6個月的實習(xí)期，我做好了惡啃天書的打算——第一周學(xué)專有名詞，第二周了解代碼框架和信令知識，第三周……第三周還沒來，項目負(fù)責(zé)人找我說，剛好趕上版本開發(fā)，要不給你個特性做做？我心里打鼓：“這咋兩周就開始真刀真槍上戰(zhàn)場了！” 可是又挺興奮，有種一入門就擔(dān)當(dāng)重任的感覺，于是一口答應(yīng)下來。

整整一個月，我憋著一股勁：在有限業(yè)務(wù)理解的基礎(chǔ)上，把自己的軟件能力發(fā)揮到極致。最終的2500行代碼，每一行都是我?guī)е幣愕臐嶑贝虺鰜淼?，命名、格式、簡潔度、可讀性，都盡了當(dāng)時最大的努力。當(dāng)我交付到華為后的第一個作品，導(dǎo)師看完后拍了拍我的肩說，“干的不錯！”短短四個字，讓我幸福無比！后來得知，我做的這個叫做控制器的“鐵東西”，原來是保障3G時代人們順暢通話的重要部件之一。

2

成長的路上，不會一路鮮花

2010年，版本上網(wǎng)后爆發(fā)了復(fù)位問題，導(dǎo)致某地區(qū)出現(xiàn)大面積的網(wǎng)絡(luò)癱瘓。最要命的是，復(fù)位信息顯示，問題就出現(xiàn)在我們組的某行代碼上。

客戶火急火燎地打來電話，要求我們立即處理：“如果定位不出問題，我們馬上投訴華為！”聽到這個消息的我，腦袋嗡地一聲，除了打擊，更多的是羞愧——竟然是因為我們的代碼導(dǎo)致了這么嚴(yán)重的問題！我們馬上開始了沒日沒夜的攻關(guān)，復(fù)位問題就像一把劍懸在頭頂。在第二次復(fù)位問題發(fā)生之前，我們終于定位出來了，確實是我們代碼中的保護(hù)參數(shù)沒有做好。

原因找出來了，但事情遠(yuǎn)遠(yuǎn)沒有結(jié)束。這個問題是版本的大隱患，只要出現(xiàn)某種業(yè)務(wù)場景，就會觸發(fā)復(fù)位，引起網(wǎng)絡(luò)癱瘓。所以我們接下來要做的，是對所有已經(jīng)升級過此版本的局點(diǎn)，提出版本修復(fù)的請求。

來華為幾年，一直埋頭做產(chǎn)品寫代碼，接收來自一線對產(chǎn)品的反饋，這是我第一次走上對客戶解釋自己錯誤的痛苦之路——為什么要修復(fù)？不修復(fù)會怎樣？如何驗證效果？我們也收到了一個又一個局點(diǎn)的質(zhì)疑之聲——你們?nèi)A為的都是這樣做事的嗎？叫我們以后還怎么敢合作？

我很清楚，直面自己的錯誤需要勇氣，挽回客戶的信任更需要誠意和耐心。我和其他幾個同事，給每個出現(xiàn)問題的局點(diǎn)打電話，一遍遍解釋、道歉，再指導(dǎo)客戶如何打補(bǔ)丁修復(fù)版本，并保證24小時服務(wù)，遇到任何問題都能在第一時間聯(lián)絡(luò)到我們……后來，好幾個局點(diǎn)客戶反饋，大意是，你們的東西出了問題，不過修復(fù)故障的小伙子還是蠻拼的。

得到了客戶的理解，但這件事給我?guī)砀嗟氖蔷选粋€小小的保護(hù)沒做好，事后竟要花1000倍的精力來彌補(bǔ)。質(zhì)量真的是自尊心。從此以后，我漸漸有了反復(fù)檢查數(shù)組保護(hù)的“強(qiáng)迫癥”，因為我知道，一時貪圖省事，后面必有大事。

3

做第一個吃螃蟹的人

2016年，軟件行業(yè)有一個詞火得如日中天：微服務(wù)架構(gòu)。它的介紹宣稱，與傳統(tǒng)的單體式架構(gòu)相比，微服務(wù)架構(gòu)“小、獨(dú)、輕、松“，能夠極大降低人員的開發(fā)和維護(hù)成本。當(dāng)我看到這句話，仿佛被一道閃電擊中——過去幾十年，幾乎所有的通信產(chǎn)品使用的都是單體式架構(gòu)。

如果把單體式架構(gòu)比作過去的雕版印刷術(shù)，那微服務(wù)就是現(xiàn)代的活字印刷術(shù)。出版一本書，活字印刷可以很快把書印出來，而雕版印刷的每頁書都需要雕刻；如果修改一個錯別字，活字印刷替換那個字就可以了，而雕版印刷需要整版重新雕刻。所以，假如通信產(chǎn)品能實現(xiàn)微服務(wù)架構(gòu)，這將是一次顛覆性的革新。

我意識到自己站在了一個風(fēng)口上，第一次用文曲星寫代碼的那種感覺又回來了！恰逢團(tuán)隊剛剛開發(fā)出一款新的軟件產(chǎn)品，我們決定就從它開始，嘗試一場微服務(wù)化的架構(gòu)改造。

30萬行代碼，是產(chǎn)品原來的架構(gòu)形態(tài)。我們不到10人的小團(tuán)隊，需要做的就是在保證功能不變的前提下，將這30萬行代碼，重構(gòu)成每個兩三萬行代碼的多個服務(wù)。

4

一解釋就懂，一問又不知，一討論就吵架

整理好思路框架后，我把每個任務(wù)標(biāo)上難度和時間節(jié)點(diǎn)，以競標(biāo)的形式供大家選擇，雖然很多人還沒理解微服務(wù)是什么，競標(biāo)現(xiàn)場倒是挺熱烈的。部門有個小伙子事后對我剖析了心路歷程，“憑借手快，嗓門大，我搶了三個任務(wù)。搶完后又有點(diǎn)心虛，能不能做成資料中描述的高大上的樣子，會不會對產(chǎn)品本來的性能造成影響，我都是在心里打問號的?！?/P>

在對微服務(wù)的理解并沒有達(dá)到一定的高度，沒有一致認(rèn)知的情況下，團(tuán)隊成員彼此懷疑，甚至看不見希望，都是不可避免的。“感覺我們做這個東西沒啥太大意義”，在項目初期，經(jīng)常聽到類似的聲音。

一解釋就懂，一問又不知，一討論就吵架，這就是團(tuán)隊的初始常態(tài)。那一段時間，部門里鬧哄哄的，有時候是兩三個人，有時候是六七人，越說越激動，討論出一個方案，然后跑來找我拿主意。

為了給每一個人補(bǔ)足信息量，建立起大家的信心，我作為總設(shè)計人員，一邊不斷查找文獻(xiàn)，跟其他架構(gòu)師們對齊觀點(diǎn)；一邊和開發(fā)人員一起看代碼，把他們的反饋作為輸入，矯正前進(jìn)的方向。

在這期間，好幾次當(dāng)我們以為可以定稿了，突然有人又發(fā)現(xiàn)了一些不合理的地方，然后整個改造計劃又需要重來一遍。每次都逼得項目經(jīng)理跟我哭訴，“哥，你再調(diào)整任務(wù)我就不給你搞了?！钡鋵嵥仓?，架構(gòu)改造一旦開始，走的是一條只能往前，不能后退的路。

整整三個月，我們終于完成了我司通訊類產(chǎn)品對微服務(wù)架構(gòu)的首次嘗試，2萬行代碼聯(lián)調(diào)活動從56人/天降低到2人/天。“以前代碼上庫前，個人需要執(zhí)行對所有代碼的編譯檢查，現(xiàn)在只需要編譯檢查自己這一塊的服務(wù)，不用等的感覺真好“，同事體驗完微服務(wù)架構(gòu)后，發(fā)出由衷的感慨。從等待到不等待，從戰(zhàn)戰(zhàn)兢兢到輕裝上陣，微服務(wù)架構(gòu)就這樣風(fēng)風(fēng)火火地來了。

后來某天，大家正在埋頭繼續(xù)優(yōu)化微服務(wù)，一個同事突然站起來，對另一個同事說，“啊，trans，你那個XXXX搞好了沒？”頓時周圍笑得人仰馬翻，因為trans是我們一個微服務(wù)的名稱?？磥碓谶@三個月里，每個人已經(jīng)深深地打上了服務(wù)的標(biāo)簽。我清清楚楚地看到每一個人在這中間的轉(zhuǎn)變和收獲， “沒有意義”這種質(zhì)疑聲，再也沒有出現(xiàn)過。

當(dāng)我獲得了夢寐以求的金牌個人獎時，已經(jīng)無心回顧歷史，因為未來正迫不及待地向我而來。從龐大到小巧，從笨重到輕量，從連動到獨(dú)立，微服務(wù)的好處，除了減少人員的開發(fā)維護(hù)成本，還是通信實現(xiàn)云化所需要的關(guān)鍵架構(gòu)能力。微服務(wù)，即將成為點(diǎn)亮云圖的那道光束。

5

工程師，要像音樂家一樣思考

有這樣一首曲子，你可能不知道它的名字，但你一定聽過它的調(diào)子——因為它無數(shù)次地被電影、音樂、游戲引用過，改編過，甚至乘著宇宙飛船上過太空，它就是《Canon in D》。

我曾經(jīng)以為，這首紅遍宇宙的卡農(nóng)曲譜，會復(fù)雜到只有音樂家、演奏家才看得懂。但其實它簡單得讓人不敢相信——“小提琴全部拉奏完全相同旋律，前后僅3段不同的旋律，每段僅2小節(jié)的旋律供重復(fù)拉奏；大提琴從頭到尾也僅有2小節(jié)，重復(fù)達(dá)28次之多?！辈混偶?、不賣弄、不斷回旋往復(fù)，就是這么簡單。但就是這樣簡單的曲目，卻在心底的最深處留下了一顆種子，讓你每次遇見它都會側(cè)耳傾聽。我們不是音樂家，我們只是工程師、設(shè)計師、架構(gòu)師，但音樂家和工程師都有一個共同點(diǎn)：我們都是進(jìn)行創(chuàng)造性活動的人。既然同是創(chuàng)造者，我們?yōu)槭裁床荒軐⑵渌I(lǐng)域的思想引入到我們的工作中來呢？

最難的事情，其實就是把簡單做好。我們工程師，也應(yīng)該像音樂家譜寫曲子一樣來思考軟件架構(gòu)，追溯世界本質(zhì)，回歸設(shè)計之源，追求流傳于世的驚天動地之作。