這(zhè)篇文章我們繼續說(shuō)架構師大劉的故事(shì)：

老田升職了，年薪漲到了百萬級别！

這(zhè)是大劉在加班搞技術攻堅的時(shí)候，聽别的同事(shì)聊了那麼(me)一嘴。

大劉心裡(lǐ)不是滋味兒。老田和大劉其實在這(zhè)家公司之前就(jiù)是同事(shì)了，老田能(néng)到這(zhè)家公司，說(shuō)起(qǐ)來還(hái)是大劉推薦的。

但是，在公司的這(zhè)幾年，老田越來越受領導賞識，到如今，晉升成(chéng)功，赫然成(chéng)了大劉的上司。大劉百思不得其解。

大劉和老田本身在前家公司都(dōu)是高級程序員，前後(hòu)腳跳槽到了現在這(zhè)家公司。

大劉來的早，成(chéng)了架構師。老田呢，技術本就(jiù)不如大劉，被大劉拉來後(hòu)，先是當了個高級工程師，隻是爲了避嫌，沒(méi)跟大劉一個團隊。

後(hòu)來，老田被那時(shí)候的 Leader 賞識，做了帶項目的組長(cháng)，再後(hòu)來，就(jiù)是現在成(chéng)功的晉升總監了。而大劉，好(hǎo)幾年了卻依然在架構師這(zhè)崗位原地踏步，動彈不得。

大劉陷入了濃濃的迷茫，他自問自己工作态度毫無問題，做事(shì)情也兢兢業業。公司的技術攻關，經(jīng)常也是大劉牽頭搞定。公司的技術培訓，作爲架構師的大劉俨然是一個非常權威的大牛講師。

就(jiù)算是老田，也需要時(shí)不時(shí)去找大劉請教一些技術難題和技術方向(xiàng)。可是，即使這(zhè)樣，在公司技術領域造詣很深的大劉，卻依然沒(méi)有獲得進(jìn)身之階，被老田壓了一頭。

大劉沒(méi)忍住，找了個不忙的日子，拉著(zhe)老田去了個小飯館，在飯桌上，大劉就(jiù)說(shuō)起(qǐ)了他自己的尴尬處境以及對(duì)老田升職加薪的不解。

老田對(duì)大劉并沒(méi)有藏著(zhe)掖著(zhe)，在飯桌上，他和大劉坦誠溝通了他的經(jīng)驗，并列出了他認爲他可以升職加薪的一些非常突出的能(néng)力。

二人酒足飯飽，大劉回到家後(hòu)，仔細琢磨深究，他總結了以下幾點。

1. 盡量努力的多去閱讀别人的代碼，越多越好(hǎo)

這(zhè)點大劉開(kāi)始并沒(méi)當回事(shì)，可是在和老田溝通的過(guò)程中，大劉發(fā)現，老田理解的閱讀别人的代碼和他理解的閱讀代碼是兩(liǎng)回事(shì)。

大劉閱讀代碼，特别喜歡看那些開(kāi)源的好(hǎo)代碼。跟著(zhe)文檔品讀那些開(kāi)源的優秀代碼的卓越之處，每當看到妙處，大劉都(dōu)覺得學(xué)到了新東西，感覺自己技術進(jìn)步了許多。

但是，當大劉閱讀自己公司的各種(zhǒng)代碼的時(shí)候，大劉是相當沒(méi)有耐心的。他覺得别人代碼寫的太次了，他把這(zhè)些代碼統統成(chéng)爲“屎山”。

而老田恰恰相反。老實說(shuō)，老田對(duì)市面(miàn)上各種(zhǒng)開(kāi)源框架的了解水平，對(duì)各種(zhǒng)中間件的内部原理理解都(dōu)是遠遠不如大劉的，經(jīng)常還(hái)需要咨詢大劉。

但是，對(duì)于公司的各項目代碼，老田卻是了如指掌，對(duì)各項目中的那些代碼和問題都(dōu)是有十分深入的了解。

那麼(me)最終升職加薪不是大劉，這(zhè)是爲什麼(me)？

二人聊完之後(hòu)，大劉終于明白了。

首先，公司除了需要大劉的技術能(néng)力，更需要的是作爲技術專家解決公司實際問題的能(néng)力。

由于大劉抵觸閱讀公司很多項目的代碼，所以，往往大劉的某些技術方案在落地的時(shí)候會(huì)出現脫節。有時(shí)候，又由于對(duì)項目代碼的不理解，甚至沒(méi)有給出有效的解決方案。

而老田，由于對(duì)公司項目代碼了解的很深入，雖然技術能(néng)力或者說(shuō)知識面(miàn)不如大劉，但是卻總是能(néng)給出最合理的解決方案來。

長(cháng)此以往，老田反而比大劉更展示出了一位高級技術人員應該具有的能(néng)力。

很多程序員和大劉其實是一樣的，他們不喜歡自己公司的很多代碼，認爲這(zhè)些代碼質量極差，文檔也非常欠缺，對(duì)自己的成(chéng)長(cháng)幫助不大。

其實這(zhè)個觀念其實是很有問題的。

對(duì)這(zhè)些所謂“屎山”的代碼，你如果全都(dōu)讀進(jìn)去，研究下去，你起(qǐ)碼會(huì)有兩(liǎng)個好(hǎo)處:

1. 你能(néng)具體知道(dào)代碼爛在什麼(me)地方，那麼(me)以後(hòu)你的代碼就(jiù)不會(huì)出現同樣的問題——由于你知道(dào)了爛代碼爛在哪裡(lǐ)，你一定能(néng)寫出更好(hǎo)的代碼，從而讓那些屎山的代碼逐漸會(huì)被自己寫的好(hǎo)代碼所替代。這(zhè)樣一比較，你的專業能(néng)力會(huì)顯得非常突出，讓更多的人認可你這(zhè)位架構師的能(néng)力。

2. 你對(duì)公司這(zhè)些代碼讀的越多，掌握的越多，你越不可替代——對(duì)公司這(zhè)些代碼讀的越通透，你越能(néng)更快速輕松地把控這(zhè)些代碼，讓以後(hòu)對(duì)這(zhè)些代碼的變革變得更容易。而輕松修改、革新這(zhè)些代碼的能(néng)力，就(jiù)會(huì)變成(chéng)你在這(zhè)家公司不可替代性的重要因素。

所以，各種(zhǒng)代碼，無論質量好(hǎo)壞，都(dōu)需要能(néng)讀懂讀通，并且讀的越多越好(hǎo)。

能(néng)讀懂讀通任何質量的代碼，才是真正的掌握了閱讀代碼的能(néng)力。讀的越多，則能(néng)識别代碼質量的能(néng)力就(jiù)越強，將(jiāng)來自己就(jiù)越能(néng)寫出更好(hǎo)質量的代碼。

2. 能(néng)準确判斷項目的發(fā)展方向(xiàng)

大劉和老田談的時(shí)候，讓大劉印象最深刻的就(jiù)是，老田對(duì)項目發(fā)展狀态的精準判斷。

三年前，倆人一起(qǐ)搞了個供公司所有業務項目用的監控系統，目的是解決公司項目錯誤無法及時(shí)發(fā)現和處理的問題。

當時(shí)，這(zhè)套監控系統公司要的急，大家匆匆設計了一版，就(jiù)趕緊趕鴨子上架的做了一版。

技術方案也沒(méi)花太多心思，怎麼(me)快怎麼(me)來。搞完之後(hòu)，大劉覺得這(zhè)項目以後(hòu)也就(jiù)這(zhè)樣了，公司内部項目，既沒(méi)有發(fā)展，也沒(méi)有什麼(me)前景。

可是，如今和老田溝通後(hòu)，大劉才吃驚的發(fā)現，老田居然一直跟著(zhe)這(zhè)個項目，并對(duì)這(zhè)項目進(jìn)行了無數次總結分析和優化。

随著(zhe)不斷地改進(jìn)，這(zhè)套項目竟然發(fā)展出來了一套非常完備的 APM 系統，使用體驗非常不錯。公司的商務給客戶出解決方案的時(shí)候，經(jīng)常也會(huì)連帶著(zhe)把這(zhè)套監控系統包含到解決方案裡(lǐ)。客戶的反饋也很好(hǎo)，爲公司拿下了更多的訂單。

而大劉自己呢，爲公司的核心系統設計了一套底層的服務調度編排框架，公司很多系統的底層都(dōu)依賴于這(zhè)套框架。

雖然這(zhè)套框架大劉自己認爲寫的很棒，但是由于部署複雜，對(duì)應的一些輔助工具鏈也由于大劉的忽視，沒(méi)有及時(shí)開(kāi)發(fā)出來。導緻後(hòu)續的新項目，大家甯肯用一些開(kāi)源框架自己改進(jìn)，也不再使用大劉的這(zhè)套框架。

分析起(qǐ)來，其實這(zhè)也算是大劉和老田對(duì)各自項目的發(fā)展判斷能(néng)力的差距導緻的。

老田根據用戶反饋和市場行情，他感覺監控系統本身應該是有前途的。并在調研了市面(miàn)上競對(duì)産品的基礎上，讓這(zhè)套監控系統迸發(fā)出來了絢爛的色彩。

而大劉，高開(kāi)低走，寫出來一個好(hǎo)框架，但是由于對(duì)框架的預期判斷錯誤，加上對(duì)用戶反饋重視不夠，最終導緻本來應該非常出彩的框架就(jiù)此沉淪了下去。

3. 去主動管理會(huì)議

作爲公司比較重要的技術專家，大量的會(huì)議是免不了的。

大劉對(duì)此非常煩惱，經(jīng)常因爲這(zhè)些冗長(cháng)的會(huì)議，耽誤了許多手頭的工作。

特别是，大劉作爲架構師，需要大塊連續的時(shí)間去思考技術難題，解決系統問題，以及考慮新項目的架構設計。但是頻繁的會(huì)議，把大劉的時(shí)間攪和的支離破碎。

對(duì)于這(zhè)個問題，大劉在飯桌上請教了老田。老田說(shuō)，他也面(miàn)對(duì)了這(zhè)些問題，好(hǎo)在他通過(guò)一些自己的方法，很大程度緩解了這(zhè)些問題。

老田做了如下幾個事(shì)情:

1. 老田對(duì)第二天的會(huì)議提前和參會(huì)各方溝通，開(kāi)會(huì)時(shí)間盡量協調到一起(qǐ)，這(zhè)樣老田能(néng)騰出一整塊兒時(shí)間，把當日所有可能(néng)的會(huì)議都(dōu)集中開(kāi)完。後(hòu)續老田就(jiù)會(huì)有連續的時(shí)間去深度工作了。

2. 老田會(huì)在開(kāi)會(huì)前一天，把會(huì)議内容和可能(néng)出現的問題都(dōu)預先做功課。一方面(miàn)是防止會(huì)議開(kāi)著(zhe)開(kāi)著(zhe)跑題；二是萬一出現争議問題，老田可以列舉出來事(shì)先準備的技術方案，這(zhè)樣也能(néng)加快會(huì)議進(jìn)度。

3. 還(hái)有，對(duì)于一些不那麼(me)重要的會(huì)議，老田一定會(huì)态度堅決的避開(kāi)或者指派别人參加。

4. 版本控制工具的熟練應用

這(zhè)個問題是老田主動和大劉提出來的。

老田發(fā)現，對(duì)于版本工具使用不當，會(huì)耽誤開(kāi)發(fā)人員很多時(shí)間。而版本控制工具，即使一些工作多年的程序員，往往也經(jīng)常會(huì)使用不當。

這(zhè)些不當的使用，會(huì)造成(chéng)許多問題。比如，各種(zhǒng)各樣的代碼沖突、版本重疊，莫名其妙的代碼丢失。

對(duì)此，老田每次負責一個新項目，都(dōu)會(huì)嚴格指定版本工具的使用規範，會(huì)花時(shí)間對(duì)開(kāi)發(fā)人員統一培訓版本工具的使用。同時(shí)，也會(huì)把各種(zhǒng)技巧、注意事(shì)項、常用命令整理好(hǎo)，放在内部的共享文檔中。

老田的這(zhè)些舉措，在實踐中，大大改善了版本控制工具不當使用造成(chéng)的問題。

有一個項目組在規範使用之後(hòu)，竟然比之前的開(kāi)發(fā)速度快了三分之一。可想而知，這(zhè)個問題有多嚴重了。

5. 不要把解決方案複雜化

老田和大劉談了談關于技術和技術落地之間存在的問題。

老田和大劉都(dōu)發(fā)現有些程序員特别喜歡炫技，這(zhè)些炫技某些時(shí)候會(huì)導緻整個系統複雜化，最終産出反而不盡如人意。

老田舉了個例子，比如，一套内部使用的資産管理系統，中間有一個需要調用公司其他項目接口的小功能(néng)，這(zhè)種(zhǒng)簡單的東西交給了一個比較年輕的程序員。

結果這(zhè)個程序員又是考慮對(duì)方接口不穩定的情況，又是考慮這(zhè)個功能(néng)會(huì)有使用過(guò)度頻繁的情況，還(hái)使用了緩存去儲存一些狀态，防止頻繁調用數據庫。

對(duì)于這(zhè)種(zhǒng)情況，從純技術角度，當然會(huì)鼓勵人們想的越全面(miàn)越好(hǎo)。但是，在實際落地的時(shí)候，你要明白這(zhè)隻是一個公司内部使用的小項目，沒(méi)必要爲了各種(zhǒng)概率很低的風險，把明明很小的一個功能(néng)給做的很複雜。

針對(duì)這(zhè)種(zhǒng)問題，就(jiù)需要技術 Leader 及早發(fā)現、介入，防止出現過(guò)度設計、過(guò)度開(kāi)發(fā)。

6. 把任務安排的井井有條

老田其實和大劉一樣，每天雜事(shì)兒很多，每天的任務也很多。大家對(duì)這(zhè)些任務的管理能(néng)力自然就(jiù)有高有低。

老田對(duì)于任務緊急程度的判斷都(dōu)是經(jīng)過(guò)深思熟慮、實際分析過(guò)的，任務之間的先後(hòu)順序，也和任務交付人認真溝通過(guò)。對(duì)一些根本沒(méi)必要的任務，老田會(huì)态度堅決的對(duì)這(zhè)些任務說(shuō) No。

大劉自我總結，他這(zhè)方面(miàn)做的不好(hǎo)。首先，他安排任務容易被任務交付人的情緒影響，對(duì)方催的急，他就(jiù)優先安排。其次，任何任務大劉都(dōu)沒(méi)有拒絕過(guò)，頂多是排期靠後(hòu)。最後(hòu)，大劉沒(méi)有考慮任務和任務之間的關系，有些任務之間是關聯的，完全可以融合一起(qǐ)搞定，大劉卻沒(méi)有思考，從而割裂開(kāi)安排，這(zhè)也是很大的問題。

比如上次，大劉接到兩(liǎng)個任務：1、去掉 VMware；2、MQ 版本升級。

這(zhè)兩(liǎng)個任務都(dōu)需要業務系統停服才能(néng)幹，大劉當時(shí)也沒(méi)在意，兩(liǎng)個任務放在兩(liǎng)天，連續兩(liǎng)天停服，雖說(shuō)每天停的時(shí)間不長(cháng)吧……

這(zhè)倆任務完全可以放在一起(qǐ)，利用一次停服集中解決。這(zhè)樣對(duì)用戶影響更小，業務部門也不會(huì)那麼(me)不滿。

7. 不要死闆的寫代碼

很多程序員知識面(miàn)很寬，基本功也非常紮實。但是，有一種(zhǒng)能(néng)力，是學(xué)校教不出來、面(miàn)試也不容易看出來的，就(jiù)是代碼能(néng)力。

所謂的代碼能(néng)力，有的是指寫代碼不出 Bug 的能(néng)力，有的是指算法落地能(néng)力……但這(zhè)裡(lǐ)想說(shuō)的，是不寫死闆的呆代碼的能(néng)力。

這(zhè)是什麼(me)意思呢？

我們都(dōu)知道(dào)，程序員少不了要維護老項目。在維護項目的時(shí)候，我們面(miàn)對(duì)各種(zhǒng)不斷的新需求，經(jīng)常要去修改代碼。

修改代碼是個很危險的事(shì)情，因爲我們修改的代碼往往會(huì)和别的功能(néng)耦合住。改了一點代碼，結果影響一大片功能(néng)的情況經(jīng)常出現。最虐心的是，這(zhè)種(zhǒng)連帶影響可能(néng)不會(huì)馬上出現，不知道(dào)哪天就(jiù)突然冒出來折騰一把。

如果改代碼經(jīng)常出問題，這(zhè)誰扛得住啊！别說(shuō)你自己的技術話語權了，也别說(shuō)在職場脫穎而出了，工作能(néng)不能(néng)保得住都(dōu)不好(hǎo)說(shuō)。

所以，對(duì)于修改代碼的事(shì)情，我們需要學(xué)會(huì)的是不要寫呆代碼。再說(shuō)的直白點就(jiù)是，你不能(néng)寫完代碼運行下沒(méi)問題就(jiù)覺得正常了，你在寫代碼之前需要好(hǎo)好(hǎo)思考。

這(zhè)種(zhǒng)思考，既不是什麼(me)搞設計模式松耦合，也不是搞功能(néng)切分獨立成(chéng)塊。這(zhè)種(zhǒng)思考本質是需要你寫代碼前去理解業務，去真正明白業務在實際是怎麼(me)運作的。

簡單說(shuō)兩(liǎng)個例子：

7.1. 修改完代碼後(hòu)，用戶會(huì)怎麼(me)使用你現在修改的功能(néng)？

比如，你修改了注冊功能(néng)，可以兼容第三方登錄。那麼(me)，可能(néng)有的老用戶會(huì)重新注冊一個賬号，以方便第三方登錄。那你對(duì)這(zhè)種(zhǒng)情況，其實該做的是綁定，而不是讓用戶重新注冊個新賬号。

這(zhè)種(zhǒng)疏漏，等到上線之後(hòu)才發(fā)現就(jiù)晚了。這(zhè)不能(néng)完全依賴産品經(jīng)理，作爲一個技術人員本來就(jiù)應該對(duì)自己的功能(néng)做通盤的考慮，這(zhè)才是真正的負責。

7.2. 你現在修改的功能(néng)，會(huì)不會(huì)由于運營需要，會(huì)換成(chéng)你完全沒(méi)想過(guò)的用法？

比如，你搞一個用戶充值功能(néng)。本來你隻是想著(zhe)用戶遊戲内購直接充值即可。但是，在實際上線後(hòu)，有時(shí)候運營爲了方便 vip 客戶或者爲了和第三方渠道(dào)互換資源，也會(huì)使用這(zhè)個充值功能(néng)。

運營大批量的連續充值，并且這(zhè)些充值轉換成(chéng)系統中的貨币，就(jiù)像遊戲中的元寶，就(jiù)有可能(néng)超出 Java 中的整數上限，從而造成(chéng)問題。如果你提前知道(dào)用戶、運營人員都(dōu)是怎麼(me)使用這(zhè)個功能(néng)的，你就(jiù)會(huì)把數據類型修改成(chéng) Long 了。

類似的例子有很多，老田還(hái)要繼續說(shuō)下去的時(shí)候，大劉給他打斷了，“紮心了，你說(shuō)這(zhè)些坑我沒(méi)少掉進(jìn)去。”

後(hòu)記

通過(guò)和老田溝通，大劉知道(dào)自己的問題出在哪了。他明白了，技術隻是技術人員的基礎，在實際工作中想脫穎而出，除了要有過(guò)硬的技術，還(hái)需要你的态度、你的各種(zhǒng)軟實力，需要你把技術轉化爲實際生産力的能(néng)力。

大劉的故事(shì)這(zhè)次先說(shuō)到這(zhè)裡(lǐ)。