一個技術總監的忠告:精通那麼(me)多技術,你爲何還(hái)是受不到重用?
這(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ù)不如大劉,被(bèi)大劉拉來後(hòu),先是當了個高級工程師,隻是爲了避嫌,沒(méi)跟大劉一個團隊。
後(hòu)來,老田被(bèi)那時(shí)候的 Leader 賞識,做了帶項目的組長(cháng),再後(hòu)來,就(jiù)是現在成(chéng)功的晉升總監了。而大劉,好(hǎo)幾年了卻依然在架構師這(zhè)崗位原地踏步,動彈不得。
大劉陷入了濃濃的迷茫,他自問自己工作态度毫無問題,做事(shì)情也兢兢業業。公司的技術攻關,經(jīng)常也是大劉牽頭搞定。公司的技術培訓,作爲架構師的大劉俨然是一個非常權威的大牛講師。
就(jiù)算是老田,也需要時(shí)不時(shí)去找大劉請教一些技術難題和技術方向(xiàng)。可是,即使這(zhè)樣(yàng),在公司技術領域造詣很深的大劉,卻依然沒(méi)有獲得進(jìn)身之階,被(bèi)老田壓了一頭。
大劉沒(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)力。
很多程序員和大劉其實是一樣(yàng)的,他們不喜歡自己公司的很多代碼,認爲這(zhè)些代碼質量極差,文檔也非常欠缺,對(duì)自己的成(chéng)長(cháng)幫助不大。
其實這(zhè)個觀念其實是很有問題的。
對(duì)這(zhè)些所謂“屎山”的代碼,你如果全都(dōu)讀進(jìn)去,研究下去,你起(qǐ)碼會(huì)有兩(liǎng)個好(hǎo)處:
你能(néng)具體知道(dào)代碼爛在什麼(me)地方,那麼(me)以後(hòu)你的代碼就(jiù)不會(huì)出現同樣(yàng)的問題——由于你知道(dào)了爛代碼爛在哪裡(lǐ),你一定能(néng)寫出更好(hǎo)的代碼,從而讓那些屎山的代碼逐漸會(huì)被(bèi)自己寫的好(hǎo)代碼所替代。這(zhè)樣(yàng)一比較,你的專業能(néng)力會(huì)顯得非常突出,讓更多的人認可你這(zhè)位架構師的能(néng)力。
你對(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è)樣(yàng)了,公司内部項目,既沒(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ì)情:
老田對(duì)第二天的會(huì)議提前和參會(huì)各方溝通,開(kāi)會(huì)時(shí)間盡量協調到一起(qǐ),這(zhè)樣(yàng)老田能(néng)騰出一整塊兒時(shí)間,把當日所有可能(néng)的會(huì)議都(dōu)集中開(kāi)完。後(hòu)續老田就(jiù)會(huì)有連續的時(shí)間去深度工作了。
老田會(huì)在開(kāi)會(huì)前一天,把會(huì)議内容和可能(néng)出現的問題都(dōu)預先做功課。一方面(miàn)是防止會(huì)議開(kāi)著(zhe)開(kāi)著(zhe)跑題;二是萬一出現争議問題,老田可以列舉出來事(shì)先準備的技術方案,這(zhè)樣(yàng)也能(néng)加快會(huì)議進(jìn)度。
還(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)各樣(yà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. 把任務安排的井井有條
老田其實和大劉一樣(yàng),每天雜事(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)。首先,他安排任務容易被(bèi)任務交付人的情緒影響,對(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è)樣(yàng)對(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ǐ)。