這篇文章主題很簡(jiǎn)單，就是一個(gè)很常見的話題“什么是高級(jí)程序員?”。文章稍微長(zhǎng)了些，但是很容易閱讀。

[[284944]]

圖片來(lái)自 Pexels

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

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

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

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

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

• 有 N 年以上編程經(jīng)驗(yàn)(大部分都說(shuō) 5 年以上)
• 有出版過(guò)技術(shù)圖書
• 對(duì)某領(lǐng)域內(nèi)對(duì)常用框架原理有了解，并且實(shí)際使用超過(guò)2年
• 可以隨時(shí)隨地快速寫出常見的一些算法
• 至少封裝過(guò)一個(gè)被全局使用的開發(fā)框架
• 寫出來(lái)的代碼，閱讀起來(lái)很好理解
• 能帶領(lǐng)其他人員成功完成項(xiàng)目

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

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

但是很多行業(yè)都在這么進(jìn)行分類，自然有它的道理和好處。我覺(jué)得其中最大的一個(gè)好處恰好是「主觀」的附屬品——「彈性」。

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

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

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

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

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

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

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

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

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

• 專業(yè)能力
• 連接能力
• 領(lǐng)導(dǎo)能力

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

先賣個(gè)關(guān)子，文章的最后我會(huì)將這三個(gè)維度組合起來(lái)，你會(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)烈的好奇心也無(wú)法很好的表達(dá)出來(lái)，大多只能被動(dòng)的接受工作安排。

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

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

• 很難提出正確的問(wèn)題，大多會(huì)直接問(wèn)別人這個(gè)功能應(yīng)該怎么做。如果你清楚地向他解釋，他就會(huì)完全按你說(shuō)的去做，甚至你寫的示例代碼都會(huì) Copy 過(guò)去。因?yàn)樵谒麄兊氖澜缋?，只有編譯成功和編譯失敗，任務(wù)完成和任務(wù)未完成。
• 經(jīng)常犯錯(cuò)誤，所以會(huì)預(yù)留過(guò)多“彈性時(shí)間”，以便有時(shí)間在到期日之前重做。所以總會(huì)抱怨“沒(méi)時(shí)間”。
• 對(duì)與自己有工作交集的人員的職能沒(méi)有認(rèn)識(shí)。比如，對(duì)測(cè)試人員總是充滿敵意的，因?yàn)樗麄儼l(fā)現(xiàn)了錯(cuò)誤，“阻礙”了自己完成工作。
• 還沒(méi)注意養(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)常聽到他們把「性能」掛在嘴邊，在他們心目中「性能」的地位是至高無(wú)上的，總是想著你這個(gè)方案和我的方案哪個(gè)性能更好。

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

• 針對(duì)一個(gè)問(wèn)題，可以提出多個(gè)方案，但是無(wú)法做出準(zhǔn)確的決策。一旦更權(quán)威的人給出了他的選擇，中級(jí)程序員就會(huì)不假思索的按照建議執(zhí)行。
• 可以看出代碼中的一些設(shè)計(jì)模式，但是自己寫代碼的時(shí)候除了單例和工廠，其他的幾乎想不到。
• 在討論一些時(shí)髦的框架和技術(shù)的時(shí)候總能聊上幾句，但是追問(wèn)這個(gè)框架或者技術(shù)有什么缺點(diǎn)，基本說(shuō)不上來(lái)。

甚至，草率的在項(xiàng)目中運(yùn)用上這些時(shí)髦的框架和技術(shù)，最終導(dǎo)致線上問(wèn)題頻發(fā)，不得不讓高級(jí)程序員來(lái)收拾殘局。

• 能夠?qū)ψ约和瓿扇蝿?wù)所需的時(shí)間有準(zhǔn)確的評(píng)估，但是評(píng)估他人的時(shí)間不會(huì)因人而異，也會(huì)以自己作為標(biāo)準(zhǔn)來(lái)評(píng)估。
• 對(duì)與自己有工作交集的人員的職能有了一定的認(rèn)識(shí)。比如，會(huì)主動(dòng)尋求測(cè)試的配合，幫助自己交付更高質(zhì)量的項(xiàng)目。

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

兩位社會(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)樗麄儾坏梢园褟?1 到 100 的事情做得很好，也有能力帶領(lǐng)其他人完成 0 到 1 的事情。

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

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

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

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

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

• 與初級(jí)和中級(jí)程序員不同，他們拋出問(wèn)題不是為了正確的做事，而是做正確的事。他們會(huì)詢問(wèn)為什么要這樣做以及你想要實(shí)現(xiàn)什么。

當(dāng)你告訴他們目標(biāo)是什么后，他們或許會(huì)通過(guò)暗示這種方式是錯(cuò)誤的而另一種更好來(lái)做出一些修正;當(dāng)然，更重要的是還會(huì)提供論據(jù)說(shuō)服你。

• 因?yàn)樘崆懊鞔_了做事的目標(biāo)，所以在動(dòng)手做一件事的過(guò)程中，他會(huì)在關(guān)鍵細(xì)節(jié)思考有沒(méi)有更好的方法，甚至是那些不在之前的討論范圍的新嘗試。
• 他可以輕松地承認(rèn)他不知道什么，并且向你請(qǐng)教。同時(shí)也可以輕松地向他人講清楚他所知道的事情。
• 他們理解合作的人員的職能的作用，不但知道什么時(shí)候向誰(shuí)尋求幫助，還知道自己如何更好的幫助他們。
• 困難的事交給他們很放心，因?yàn)樗麄兩瞄L(zhǎng)的不是某種技術(shù)，而是解決問(wèn)題的能力。他們總能解決那些之前從未遇到過(guò)的新問(wèn)題，哪怕它們很困難。

04

如何成為高級(jí)程序員

那么，怎么做有助于我們成為高級(jí)程序員呢?我總結(jié)了如下幾點(diǎn)：

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

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

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

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

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

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

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

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

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

比如：

• 首先就是前面提到的第一點(diǎn)，多關(guān)注業(yè)務(wù)。不了解業(yè)務(wù)，你啥都設(shè)計(jì)不出來(lái)?；蛘甙疡R設(shè)計(jì)成了驢……
• 如果某個(gè)功能的開發(fā)/修改，以“天”為工時(shí)單位，一定要先畫圖。
• 搞明白每個(gè)設(shè)計(jì)模式的特點(diǎn)和適用場(chǎng)景，注意，不需要把代碼怎么寫背下來(lái)。只要你每次寫代碼之前掃一眼設(shè)計(jì)模式的列表，看看有沒(méi)有適用的。

如果有的話，再去“依樣畫葫蘆”按照設(shè)計(jì)模式去實(shí)現(xiàn)，經(jīng)過(guò)時(shí)間的積累，慢慢地，你真正掌握的設(shè)計(jì)模式就越來(lái)越多了。這有助于鍛煉你的設(shè)計(jì)能力。

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

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

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

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

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

④解決一類問(wèn)題而不是一個(gè)問(wèn)題

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

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

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

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

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

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

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

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

這個(gè)「簡(jiǎn)單」指的是整體的簡(jiǎn)單，而不是通過(guò)局部的復(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)有很大的幫助。

⑥選擇忍受某些問(wèn)題

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

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

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

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

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

可能很多人都聽過(guò)“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ò)展。

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

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

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

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

 

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

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

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

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

越到后面，我已經(jīng)不用自己主動(dòng)去尋找這個(gè)領(lǐng)域的知識(shí)去學(xué)習(xí)了，因?yàn)榻邮盏降耐獠糠答佉呀?jīng)足夠多了，它們能夠倒逼我往前走。

并且這些反饋都是實(shí)際的真實(shí)場(chǎng)景，此時(shí)的信息獲取和學(xué)習(xí)自然能達(dá)到「學(xué)以致用」的效果。

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

所以，當(dāng)你遇到其他人來(lái)請(qǐng)教你的時(shí)候，如果恰巧這是你所關(guān)注的領(lǐng)域，那么應(yīng)該去擁抱這個(gè)問(wèn)題而不是排斥它。

因?yàn)槟闶菆F(tuán)隊(duì)里最權(quán)威的人，這是你構(gòu)建自驅(qū)動(dòng)“閉環(huán)”的好機(jī)會(huì)。錯(cuò)過(guò)這一回，下一回不知道得等多久。

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

就是下面這個(gè)樣子：

 

你會(huì)發(fā)現(xiàn)這里面包含了程序員在進(jìn)階后的幾個(gè)常見崗位?？梢詫?duì)號(hào)入座一下!

05

總結(jié)

好了，我們總結(jié)一下。這篇我先和你聊了一下在大家眼中高級(jí)程序員是什么樣子，發(fā)現(xiàn)沒(méi)有特別統(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é)尾：

Any fool can write code that a computer can understand. Good programmers write code that humans can understand.(任何傻瓜都能寫計(jì)算機(jī)能理解的代碼，優(yōu)秀的程序員編寫人類能夠理解的代碼)

-Martin Fowler

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