我們的中國文化，對(duì)“面子”看的特別重，所以你會(huì)發(fā)現(xiàn)身邊到處都是高級(jí)XXX，聽著倍兒有面子，程序員也不例外。

但是你真要問每個(gè)人，你認(rèn)為的高級(jí)XXX是什么樣子的。估計(jì)每個(gè)人都有不同的回答。

我還記得在我剛開始從事編程工作的時(shí)候，對(duì)坐在邊上不遠(yuǎn)的那位我心目中的高級(jí)程序員的印象是：

工作至少有6、7年以上，能寫一個(gè)用起來很方便、看起來很牛逼、但是不太容易讓初級(jí)人員看懂的框架。

前兩天，我把這個(gè)問題丟到群里，大家給出的答案中，占比最高的是以下幾個(gè)。

• 有 N 年以上編程經(jīng)驗(yàn)（大部分都說5年以上）

• 有出版過技術(shù)圖書

• 對(duì)某領(lǐng)域內(nèi)對(duì)常用框架原理有了解，并且實(shí)際使用超過2年

• 可以隨時(shí)隨地快速寫出常見的一些算法

• 至少封裝過一個(gè)被全局使用的開發(fā)框架

• 寫出來的代碼，閱讀起來很好理解

• 能帶領(lǐng)其他人員成功完成項(xiàng)目

你看，這件事對(duì)大家來說就是常說的，“一千個(gè)人眼中有一千個(gè)哈姆雷特”。

不過這也正常，畢竟像初級(jí)、中級(jí)、高級(jí)這種高度抽象的詞匯，想要得到一個(gè)可描述的定義與人交流，必然需要夾雜著個(gè)人的主觀因素。

但是很多行業(yè)都在這么進(jìn)行分類，自然有它的道理和好處。

我覺得其中最大的一個(gè)好處恰好是「主觀」的附屬品——「彈性」。

比如，我現(xiàn)在想招一位高級(jí)程序員，面試的時(shí)候不管是通過還是不通過，我都有理由來解釋我對(duì)“高級(jí)”的定義。如此一來，我對(duì)陌生人的判斷就有了更大的「彈性」。

這其實(shí)是面試官的一種權(quán)利，也是長期以來面試者總在面試中處于下峰的原因之一。

事物總是有兩面性的，我們?cè)趯?duì)陌生人彈性的同時(shí)，間接的也對(duì)內(nèi)部的人彈性了，會(huì)導(dǎo)致內(nèi)部的一些人才培養(yǎng)出現(xiàn)問題。

比如，你覺得內(nèi)部的高級(jí)程序員不夠，希望能在外部招聘的同時(shí)，從內(nèi)部也培養(yǎng)一些出來。但是此時(shí)，你又面臨了需要定義什么是“高級(jí)”的問題。

如果沒法定義一個(gè)能夠達(dá)成共識(shí)的標(biāo)準(zhǔn)，又如何指導(dǎo)培養(yǎng)的方向呢？只能是一句空話。

長期以往會(huì)導(dǎo)致更嚴(yán)重的問題：真正的高級(jí)程序員不夠，只能讓中級(jí)程序員頂上。頂替的時(shí)間長了，會(huì)讓一些中級(jí)程序員誤以為自己已經(jīng)達(dá)到了高級(jí)水平。

在我平時(shí)的面試中，這樣的案例屢見不鮮。網(wǎng)上流傳的工作10年 = 1年重復(fù)10次的段子是真實(shí)存在的。

下面我來聊聊我對(duì)「什么是高級(jí)程序員」的個(gè)人看法，歡迎你和我一起探討。

不管是什么行業(yè)，什么崗位，在這個(gè)高度分工協(xié)作的現(xiàn)代社會(huì)，所需的能力主要分為三個(gè)維度。

• 專業(yè)能力

• 連接能力

• 領(lǐng)導(dǎo)能力

我對(duì)程序員在這三個(gè)維度的理解大致是以下這個(gè)樣子。

先賣個(gè)關(guān)子，文章的最后我會(huì)將這三個(gè)維度組合起來，你會(huì)發(fā)現(xiàn)一片新的天地。

根據(jù)這三個(gè)維度的水平差異，我們對(duì)初級(jí)程序員、中級(jí)程序員、高級(jí)程序員做一個(gè)簡(jiǎn)要的描述。

01 初級(jí)程序員 - 知道有事要做

處在初級(jí)階段的時(shí)候，我們的精力大多只會(huì)專注在專業(yè)能力的提升上。這個(gè)時(shí)候「領(lǐng)導(dǎo)能力」和「連接能力」是很弱的。

所以，這個(gè)時(shí)候哪怕你有強(qiáng)烈的好奇心也無法很好的表達(dá)出來，大多只能被動(dòng)的接受工作安排。

在這個(gè)時(shí)期做事情需要依賴一些教程、文檔，只能“依樣畫葫蘆”，幾乎不能在不借助外部信息的情況下解決之前從未遇到過的新問題，所以百度、Google就成了他們唯一的選擇。

你可以在你的身邊觀察一下，如果經(jīng)常有以下這些場(chǎng)景出現(xiàn)，大多是初級(jí)程序員的表現(xiàn)。

• 很難提出正確的問題，大多會(huì)直接問別人這個(gè)功能應(yīng)該怎么做。如果你清楚地向他解釋，他就會(huì)完全按你說的去做，甚至你寫的示例代碼都會(huì)copy過去。因?yàn)樵谒麄兊氖澜缋?#xff0c;只有編譯成功和編譯失敗，任務(wù)完成和任務(wù)未完成。

• 經(jīng)常犯錯(cuò)誤，所以會(huì)預(yù)留過多“彈性時(shí)間”，以便有時(shí)間在到期日之前重做。所以總會(huì)抱怨“沒時(shí)間”。

• 對(duì)與自己有工作交集的人員的職能沒有認(rèn)識(shí)。比如，對(duì)測(cè)試人員總是充滿敵意的，因?yàn)樗麄儼l(fā)現(xiàn)了錯(cuò)誤，“阻礙”了自己完成工作。

• 還沒注意養(yǎng)成一些好習(xí)慣，比如習(xí)慣性的提煉重復(fù)代碼、編寫風(fēng)格一致的代碼、自測(cè)等等。

很遺憾，看似很初級(jí)的階段，并不只是剛踏入工作的程序員所屬，在實(shí)際工作中，也有不少工作多年的人還處在這個(gè)階段。

02 中級(jí)程序員 - 知道如何做某事

對(duì)人群按照單一維度進(jìn)行劃分，大多數(shù)時(shí)候都是符合正態(tài)分布的，這里也不例外。中級(jí)程序員是我們身邊最多的，包括那些不得不穿上高級(jí)程序員馬甲的中級(jí)程序員。

在這個(gè)階段，有些中級(jí)程序員開始具備了一定的「連接能力」，但并不是所有人，主要看是不是擁有了「共同體意識(shí)」。

在專業(yè)能力上，中級(jí)程序員已經(jīng)明白了一定的「整體與局部」的概念，但仍然看不到整個(gè)“森林”，大多局限在某個(gè)模塊、流程上。比如，他們會(huì)想“這是做敏捷的正確方式嗎？”，但不會(huì)考慮“這對(duì)整個(gè)團(tuán)隊(duì)、整個(gè)公司會(huì)產(chǎn)生什么實(shí)際的影響？”。

他們開始注重代碼質(zhì)量，因?yàn)閾?dān)心低質(zhì)量的代碼會(huì)影響他們視野中的“整體”。

但是對(duì)于質(zhì)量的理解還是比較單一。比如，這個(gè)時(shí)候你會(huì)經(jīng)常聽到他們把「性能」掛在嘴邊，在他們心目中「性能」的地位是至高無上的，總是想著你這個(gè)方案和我的方案哪個(gè)性能更好。

同樣可以觀察一下周圍，中級(jí)的開發(fā)大多數(shù)會(huì)這樣做事。

• 針對(duì)一個(gè)問題，可以提出多個(gè)方案，但是無法做出準(zhǔn)確的決策。一旦更權(quán)威的人給出了他的選擇，中級(jí)程序員就會(huì)不假思索的按照建議執(zhí)行。

• 可以看出代碼中的一些設(shè)計(jì)模式，但是自己寫代碼的時(shí)候除了單例和工廠，其它的幾乎想不到。

• 在討論一些時(shí)髦的框架和技術(shù)的時(shí)候總能聊上幾句，但是追問這個(gè)框架或者技術(shù)有什么缺點(diǎn)，基本說不上來。甚至，草率的在項(xiàng)目中運(yùn)用上這些時(shí)髦的框架和技術(shù)，最終導(dǎo)致線上問題頻發(fā)，不得不讓高級(jí)程序員來收拾殘局。

• 能夠?qū)ψ约和瓿扇蝿?wù)所需的時(shí)間有準(zhǔn)確的評(píng)估，但是評(píng)估他人的時(shí)間不會(huì)因人而異，也會(huì)以自己作為標(biāo)準(zhǔn)來評(píng)估。

• 對(duì)與自己有工作交集的人員的職能有了一定的認(rèn)識(shí)。比如，會(huì)主動(dòng)尋求測(cè)試的配合，幫助自己交付更高質(zhì)量的項(xiàng)目。

其實(shí)這個(gè)階段是最危險(xiǎn)的階段，因?yàn)樽羁膳碌牟皇菬o知，而是一知半解。心理學(xué)中的鄧寧-克魯格效應(yīng)(The Dunning-Kruger Effect)講述的就是這個(gè)問題。

兩位社會(huì)心理學(xué)家在1999年做的4項(xiàng)研究，證實(shí)了下面的這個(gè)曲線的存在。

在這種狀態(tài)下，人最容易高估自己，這也是很多導(dǎo)致產(chǎn)生很多“假高級(jí)程序員”的原因所在。

03 高級(jí)程序員 - 知道必須做些什么

高級(jí)程序員在「專業(yè)能力」、「連接能力」、「領(lǐng)導(dǎo)能力」這三個(gè)維度都有所建樹。因?yàn)樗麄儾坏梢园褟?到100的事情做得很好，也有能力帶領(lǐng)其它人完成0到1的事情。

根據(jù)我身邊所接觸的程序員群體來看，我所認(rèn)為的高級(jí)程序員，他們明白沒有什么是完美的，相反，問題、缺點(diǎn)和風(fēng)險(xiǎn)總是存在的。

他們的決策總是站在為了整體的「平衡」角度去考慮，而不是技術(shù)的酷炫或者外界流傳的所謂“正確的”技術(shù)。

他們會(huì)更多的關(guān)心那些不顯而易見的東西，如可維護(hù)性，可擴(kuò)展性，易閱讀，易調(diào)試等等。

高級(jí)程序員就好比社會(huì)中的成年人，他們踩過足夠多的坑，也填過足夠多的坑，已經(jīng)認(rèn)清了現(xiàn)實(shí)的殘酷，尋求適合而不是完美。周到、務(wù)實(shí)、簡(jiǎn)單，是他們做事的時(shí)候強(qiáng)烈散發(fā)出的“味道”。

可以根據(jù)下面的這些場(chǎng)景來看看你身邊有多少“有味道”的高級(jí)程序員？

• 與初級(jí)和中級(jí)程序員不同，他們拋出問題不是為了正確的做事，而是做正確的事。他們會(huì)詢問為什么要這樣做以及你想要實(shí)現(xiàn)什么。當(dāng)你告訴他們目標(biāo)是什么后，他們或許會(huì)通過暗示這種方式是錯(cuò)誤的而另一種更好來做出一些修正；當(dāng)然，更重要的是還會(huì)提供論據(jù)說服你。

• 因?yàn)樘崆懊鞔_了做事的目標(biāo)，所以在動(dòng)手做一件事的過程中，他會(huì)在關(guān)鍵細(xì)節(jié)思考有沒有更好的方法，甚至是那些不在之前的討論范圍的新嘗試。

• 他可以輕松地承認(rèn)他不知道什么，并且向你請(qǐng)教。同時(shí)也可以輕松地向他人講清楚他所知道的事情。

• 他們理解合作的人員的職能的作用，不但知道什么時(shí)候向誰尋求幫助，還知道自己如何更好的幫助他們。

• 困難的事交給他們很放心，因?yàn)樗麄兩瞄L的不是某種技術(shù)，而是解決問題的能力。他們總能解決那些之前從未遇到過的新問題，哪怕它們很困難。

那么，怎么做有助于我們成為高級(jí)程序員呢？

01 關(guān)注技術(shù)之余還要關(guān)注業(yè)務(wù)

為什么把它放第一點(diǎn)，因?yàn)槲矣X得這點(diǎn)最重要，是其它項(xiàng)的基礎(chǔ)，也最容易做到。但是很多程序員不愿意去做。

一定要搞清楚業(yè)務(wù)目標(biāo)，不搞清楚不開工。相信我，只要是一位合格的leader，一定會(huì)不厭其煩的和你說清楚的。

然后要習(xí)慣基于業(yè)務(wù)目標(biāo)去分析可能會(huì)面臨的技術(shù)挑戰(zhàn)。比如，多少流量，涉及哪些用戶角色和功能，復(fù)雜度有多大等等。

再帶著下面的「不可能三角」去尋找合適的技術(shù)框架、解決方案。盡可能的尋求最優(yōu)的平衡，而不是走極端。

如果拿捏不準(zhǔn)，可以將多個(gè)方案各自的優(yōu)缺點(diǎn)羅列出來，向Leader尋求建議。

02 “設(shè)計(jì)”代碼而不是“寫”代碼

一般人可能拿到需求，就開始寫代碼了，寫著寫著由于頁面功能越來越多，感覺代碼越來越復(fù)雜，自己都會(huì)覺得難以維護(hù)了。

雖說要做好設(shè)計(jì)離不開大量的實(shí)戰(zhàn)經(jīng)驗(yàn)的積累。但是還是有些方法可以讓塑造這個(gè)能力的過程更快一些。比如，

首先就是前面提到的第一點(diǎn)，多關(guān)注業(yè)務(wù)。不了解業(yè)務(wù)，你啥都設(shè)計(jì)不出來。或者把馬設(shè)計(jì)成了驢……

如果某個(gè)功能的開發(fā)/修改，以“天”為工時(shí)單位，一定要先畫圖。具體畫什么圖，可以參考我之前寫的文章：軟件開發(fā)中會(huì)用到的圖。

搞明白每個(gè)設(shè)計(jì)模式的特點(diǎn)和適用場(chǎng)景，注意，不需要把代碼怎么寫背下來。只要你每次寫代碼之前掃一眼設(shè)計(jì)模式的列表，看看有沒有適用的。如果有的話，再去“依樣畫葫蘆”按照設(shè)計(jì)模式去實(shí)現(xiàn)，經(jīng)過時(shí)間的積累，慢慢地，你真正掌握的設(shè)計(jì)模式就越來越多了。這有助于鍛煉你的設(shè)計(jì)能力。

03 “接”需求之前會(huì)先“砍”需求

要做這點(diǎn)還得依賴于第一點(diǎn)，否則，你提出的“砍”需求建議大多是不會(huì)被采納的。

很多人在聽需求講解的時(shí)候，思考的是，這個(gè)功能能不能實(shí)現(xiàn)、怎么實(shí)現(xiàn)、難不難。大多數(shù)的提問也是基于這個(gè)思路展開的。

可能也會(huì)提出“砍”需求的問題，但是理由大多是這個(gè)實(shí)現(xiàn)起來太麻煩了，這個(gè)沒法實(shí)現(xiàn)之類。

其實(shí)只要你時(shí)刻保持著“做這個(gè)需求的目的是什么”這個(gè)問題去思考，“砍”需求會(huì)變成一件更容易成功，而且自然而然的事情。

04 解決一類問題而不是一個(gè)問題

很多人覺得，每天看到bug清完就萬事大吉了。哪怕同一個(gè)問題在生產(chǎn)環(huán)境出現(xiàn)多次，最多也就說一句“不會(huì)吧，怎么又出問題了”。

這種對(duì)待問題的方式只會(huì)讓你越來越忙，因?yàn)槟愕慕鉀Q問題效率與投入的時(shí)間多少是成同比變化的。

我們要習(xí)慣于解決掉一個(gè)bug之后，想一下能否通過什么方式找到現(xiàn)有代碼中的同類問題，并把它們處理掉。

甚至是考慮有沒有什么辦法能夠一勞永逸的避免此類問題再次發(fā)生，比如封裝一個(gè)SDK或者寫一個(gè)組件，盡可能用一種低侵入的通用方式將問題扼殺在搖籃里。不但讓自己輕松了，也造福了大家。

05 遵循KISS原則，寫盡可能簡(jiǎn)單的代碼

KISS 原則：保持簡(jiǎn)單，愚蠢（Keep it simple, stupid）。

不單單是程序員，任何化繁為簡(jiǎn)的能力才是一個(gè)人功力深厚的體現(xiàn)，沒有之一。

越簡(jiǎn)單，越接近本質(zhì)。就好比，有的人要用長篇大論才能講明白一件事，而有的人只要做一個(gè)形象的比喻你就懂了。

這個(gè)「簡(jiǎn)單」指的是整體的簡(jiǎn)單，而不是通過局部的復(fù)雜讓另一個(gè)局部簡(jiǎn)單。比如，為了上層的使用更加傻瓜化，底層封裝的代碼錯(cuò)綜復(fù)雜、晦澀難懂，這并不是真正的“簡(jiǎn)單”。

如果你自認(rèn)為已經(jīng)是一個(gè)中級(jí)或者高級(jí)程序員了，那么你回頭去看看自己還是初級(jí)程序員那會(huì)寫的代碼，就會(huì)很容易發(fā)現(xiàn)一些顯得冗余的代碼。

第二點(diǎn)提到的——「“設(shè)計(jì)”代碼而不是“寫”代碼」對(duì)做好這點(diǎn)有很大的幫助。

06 選擇忍受某些問題

在人工智能還不能代替我們coding之前，我們永遠(yuǎn)要親自面對(duì)無窮無盡的、這樣那樣的問題。

然而，任何事物都有兩面性的，一個(gè)方案在解決一個(gè)老問題的同時(shí)，總會(huì)帶來新的問題。所以，我們一定要意識(shí)到，忍受某些問題是必然的。

那些你現(xiàn)在看起來很傻逼的設(shè)計(jì)，可能就是當(dāng)時(shí)的人做出的妥協(xié)。

所以，既然如此，你更應(yīng)該考慮的是，當(dāng)前的這個(gè)問題現(xiàn)在到底有沒有必要解決？值不值得，為什么之前沒去解決？它是不是你當(dāng)前所有待解決問題列表中優(yōu)先級(jí)最高的？

07 打造自己的“T型”專業(yè)技能

可能很多人都聽過“T型人才”的概念，我們程序員在專業(yè)技能的打造上也適合用這種模型。

但是對(duì)于“先豎再橫”還是“先橫再豎”可能不同的人有不同的看法。

我的觀點(diǎn)是，大多數(shù)情況下，先豎再橫。特別是某個(gè)技術(shù)、領(lǐng)域發(fā)展的越成熟，越應(yīng)該如此。

因?yàn)楹芏嗍挛锏谋举|(zhì)是一樣的，所以對(duì)某一個(gè)領(lǐng)域達(dá)到非常深入，洞察到一些本質(zhì)的東西之后，對(duì)其它相鄰的領(lǐng)域有觸類旁通的效果。可以加速自己在「廣度」上的擴(kuò)展。

不過，「廣度」也不是說蜻蜓點(diǎn)水，只知道最表象的“它是什么”。我認(rèn)為比較合適的程度是，可以不用清楚某個(gè)技術(shù)具體的使用方式，但得知道它可以解決哪些問題，以及使用成本和潛在的風(fēng)險(xiǎn)，我將這些信息概括為“它怎么樣”。

08 構(gòu)建自驅(qū)動(dòng)的“閉環(huán)”

很多人都知道閉環(huán)的概念，但是它的重要性和價(jià)值往往被低估。因?yàn)槿丝偸嵌桃暤?#xff0c;“聚沙成塔”之類的方式總是不受待見。

常規(guī)的搭建一個(gè)閉環(huán)的過程大多是這樣的。

這里所說的自驅(qū)動(dòng)的“閉環(huán)”是這樣的。

如何才能變成這樣呢？只要做一件事，盡可能多的對(duì)外輸出自己的知識(shí)。

舉個(gè)我自己的例子，我在2015年那會(huì)在項(xiàng)目中開始引入領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)，并且不斷的在內(nèi)部進(jìn)行分享它的好處，慢慢地越來越多的項(xiàng)目開始往這個(gè)方向走。

因?yàn)榍捌诘牟粩喾窒?#xff0c;所以在組織內(nèi)部，別人對(duì)我的人設(shè)多了一個(gè)“DDD專家”的標(biāo)簽，那么大家遇到有關(guān)DDD的問題就會(huì)來和我一起探討。

越到后面，我已經(jīng)不用自己主動(dòng)去尋找這個(gè)領(lǐng)域的知識(shí)去學(xué)習(xí)了，因?yàn)榻邮盏降耐獠糠答佉呀?jīng)足夠多了，它們能夠倒逼我往前走。并且這些反饋都是實(shí)際的真實(shí)場(chǎng)景，此時(shí)的信息獲取和學(xué)習(xí)自然能達(dá)到「學(xué)以致用」的效果。

說實(shí)話，有不少人并不是這么想的，他們想的恰恰相反：“為什么每個(gè)人都在問我問題！你自己去學(xué)習(xí)吧！”。

所以，當(dāng)你遇到其他人來請(qǐng)教你的時(shí)候，如果恰巧這是你所關(guān)注的領(lǐng)域，那么應(yīng)該去擁抱這個(gè)問題而不是排斥它。因?yàn)槟闶菆F(tuán)隊(duì)里最權(quán)威的人，這是你構(gòu)建自驅(qū)動(dòng)“閉環(huán)”的好機(jī)會(huì)。錯(cuò)過這一回，下一回不知道得等多久。

前面文章里說到，我會(huì)將「專業(yè)技能」、「連接外部的能力」、「領(lǐng)導(dǎo)力」三個(gè)維度組合起來給你看。就是下面這個(gè)樣子。

你會(huì)發(fā)現(xiàn)這里面包含了程序員在進(jìn)階后的幾個(gè)常見崗位。

可以對(duì)號(hào)入座一下：D

好了，我們總結(jié)一下。

這篇我先和你聊了一下在大家眼中高級(jí)程序員是什么樣子，發(fā)現(xiàn)沒有特別統(tǒng)一的標(biāo)準(zhǔn)，都是模糊的。這也體現(xiàn)在了幾個(gè)現(xiàn)實(shí)的場(chǎng)景中，比如招聘高級(jí)程序員、培養(yǎng)高級(jí)程序員上。

其次，我對(duì)初級(jí)、中級(jí)、高級(jí)程序員的特點(diǎn)分別闡述了自己的觀點(diǎn)。

然后，給出了一些幫助大家往高級(jí)程序員靠攏的實(shí)踐思路。

希望對(duì)你有所啟發(fā)。

最后，用Martin Fowler的一句話作為結(jié)尾：“任何傻瓜都能寫計(jì)算機(jī)能理解的代碼，優(yōu)秀的程序員編寫人類能夠理解的代碼。”

Any?fool?can?write?code?that?a?computer?can?understand.?Good?programmers?write?code?that?humans?can?understand

Martin Fowler

希望看到這篇文章的每個(gè)程序員最終都能成為頭發(fā)茂盛的碼農(nóng)：D

有道無術(shù)，術(shù)可成；有術(shù)無道，止于術(shù)

歡迎大家關(guān)注Java之道公眾號(hào)

好文章，我在看??

總結(jié)

以上是生活随笔為你收集整理的CTO被裁，离职前给组了的高级开发们8个建议。的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。