標(biāo)題地圖:來自zoommy

關(guān)于這個話題，我曾經(jīng)寫過一篇文章《程序員的真正價值》，后來發(fā)表在《跨越國界》一書中。最近InfoQ推了華仔的一篇文章，深入探討這個話題。但是由于種種原因，這篇文章發(fā)表后不久就被刪除了。很多讀者告訴我想看，我就在MacTalk上轉(zhuǎn)帖，做了一些修改。

注:華仔是李云華極客時代《從零開始學(xué)建筑》的專欄作家。他的專欄已經(jīng)被17000人研究過了。

俗話說“文不為先，武不為后”，技術(shù)是一種“文”的能力。我們很難直觀地看到一個技術(shù)人員的實力。但無論是公司招聘的面試，還是公司內(nèi)部晉升的面評，都需要在相對較短的時間內(nèi)快速判斷一個技師的實力。正是因為技術(shù)實力的評價沒有絕對客觀的標(biāo)準(zhǔn)，很多時候你會聽到類似的吐槽:

XX在我們組的技術(shù)實力不如我。即使他升職了，我還是被刷了。評委真是~！@#￥……

面試官問了什么樣的問題？我基本沒問我知道什么。我感覺他根本不會考察我的技術(shù)實力...

聽說算法和數(shù)據(jù)結(jié)構(gòu)最能體現(xiàn)程序員的實力。我想啃《算法導(dǎo)論》(但是吃完就算了)...

……

類似的問題和吐槽還有很多，都可以總結(jié)為一個問題:當(dāng)我們談到技術(shù)能力的時候，我們在說什么？

有人認(rèn)為技術(shù)實力意味著算法和數(shù)據(jù)結(jié)構(gòu)非常強(qiáng)大...

有人認(rèn)為學(xué)習(xí)過Linux內(nèi)核源代碼，簡單理解MFC的人就是技術(shù)強(qiáng)的人…

有人認(rèn)為會寫C++的才是真正的技術(shù)大師，因為C++對象的初始化有n種方式...

有些人認(rèn)為技術(shù)專家必須熟悉業(yè)務(wù)...

有人認(rèn)為是技術(shù)牛貢獻(xiàn)了開源項目代碼…

有些人認(rèn)為只有建筑師才是技術(shù)牛...

我相信1000個人眼中有1000個哈姆雷特，1000個程序員心中有1000個技術(shù)公牛。

技術(shù)力量的本質(zhì)

感謝我的工作崗位，讓我積累了豐富的評估技術(shù)人員實力的經(jīng)驗(包括踩坑的經(jīng)驗)。首先是招聘。前后采訪了幾百人。技術(shù)范圍包括服務(wù)器、安卓、iOS、前端，既包括應(yīng)屆畢業(yè)生，也包括騰訊的T4大牛；其次，評委升職。作為通過專業(yè)水平提升的評委，他們面試了幾十名獲得提升的技術(shù)生。他們見過各種各樣的案件，也和其他法官交流過。有時候，他們甚至?xí)槟硞€學(xué)生是及格還是不及格而發(fā)生爭執(zhí)。通過這種不斷的實踐、思考、踩坑、交流的過程，逐漸形成了一套完整的方法論。接下來我就來說說這套方法論，分享一下我如何判斷技術(shù)人員的技術(shù)實力。

簡單來說，判斷技術(shù)實力的一個普遍原則就是，技術(shù)實力是指解決問題的能力！

我們將細(xì)化這個原則，并得到幾個詳細(xì)的規(guī)則:

1)沒有通用技術(shù)

簡單來說，問題是領(lǐng)域相關(guān)的，技術(shù)是用來解決問題的，所以技術(shù)是領(lǐng)域相關(guān)的，沒有一刀切的技術(shù)。

有網(wǎng)友說:高斯林來做iOS開發(fā)，幾分鐘就把iOS開發(fā)者都干掉了，因為最有經(jīng)驗的iOS開發(fā)者只有10年的經(jīng)驗。我覺得這是不可能的。iOS開發(fā)領(lǐng)域面臨的問題與Java編程語言開發(fā)面臨的問題有很大不同。當(dāng)然，如果高斯林做了幾年iOS開發(fā)，可能確實會超過很多iOS開發(fā)人員，但也不可能一開始就干掉做了7~8年的iOS程序員。

2)技術(shù)只有能解決具體問題才有價值

技術(shù)只有能解決某個領(lǐng)域的問題才有價值，否則知道某個技術(shù)是沒有用的；掌握了某項技術(shù)卻沒有在當(dāng)前領(lǐng)域使用，這項技術(shù)在當(dāng)前領(lǐng)域沒有價值。

當(dāng)然，有一些技術(shù)目前看起來對目前的領(lǐng)域可能沒什么用，但以后可能會用到。因此，技術(shù)人員需要儲備一些目前暫時無用的技術(shù)來拓寬自己的技術(shù)視野，比如目前火中的人工智能和區(qū)塊鏈技術(shù)。但是要注意“可能”這個詞，需要技術(shù)人員自己判斷和平衡，不能以技術(shù)儲備為借口什么都儲備。比如數(shù)據(jù)庫開發(fā)工程師至少幾年不需要儲備VR知識。

3)問題的復(fù)雜程度決定了技術(shù)實力的高度

問題的復(fù)雜程度不同，復(fù)雜程度越高越難解決，相應(yīng)的技術(shù)強(qiáng)度要求也越高。

我們用這個原理來分析對上述各種技術(shù)優(yōu)勢的理解:

技術(shù)實力意味著算法和數(shù)據(jù)結(jié)構(gòu)非常強(qiáng)大

很多面試官喜歡讓面試官當(dāng)場手寫冒泡排序、快速排序、鏈表等代碼來判斷面試官的技術(shù)實力。但是，我們可以通過分析這個原理發(fā)現(xiàn)，這不能評估技術(shù)實力。如果招聘一個會手寫快速排序的面試官，你會讓他用自己的快速排序解決什么問題？在大多數(shù)場景下，新員工似乎不可能寫一個快速的排名來解決問題。

當(dāng)然，肯定有人會說，“我考核面試官的技術(shù)基礎(chǔ)和思維能力?！边@個說法是對的，但是如果是為了這個目的，現(xiàn)場手寫快速排序的面試方法是錯誤的。如果是考察技術(shù)基礎(chǔ)，評估的范圍應(yīng)該是算法的基本邏輯、優(yōu)缺點、適用場景，因為這些技術(shù)點在后續(xù)具體應(yīng)用中選擇合適的算法解決問題時非常有用；如果是考察思維能力的話，考核的方式應(yīng)該是給出一個具體的算法應(yīng)用問題來看面試官的分析和思考過程。比如我在知乎上發(fā)了一篇我們業(yè)務(wù)用的“如何快速計算你的朋友和你共同的朋友的數(shù)量”的論文，在評論里意外的引起了很大的討論。有興趣的朋友也可以試試。

學(xué)習(xí)過Linux內(nèi)核源代碼，簡單理解MFC的人，是技術(shù)比較強(qiáng)的人

國內(nèi)技術(shù)人員(不知道國外有沒有類似的)對底層技術(shù)有偏見，認(rèn)為只有懂底層技術(shù)的人才是真正的技術(shù)大師，否則干脆調(diào)用API來完成自己的功能。我也不例外。我曾經(jīng)說過“程序員的三大漏洞:Linux內(nèi)核源代碼、編譯原理(龍書)、簡單說MFC”，我都跳過了，花了很多時間，收效甚微。事實上，通過分析原則，我們可以發(fā)現(xiàn)這種說法是站不住腳的。如果我們從事Linux內(nèi)核開發(fā)，編程語言開發(fā)，MFC框架開發(fā)，這些技術(shù)真的可以解決問題；然而，如果我們不在這些領(lǐng)域發(fā)展，這些技術(shù)不能幫助我們解決任何問題。我沒有看到任何需要通過編譯原理技術(shù)解決的Java編程問題，也沒有看到任何需要通過研究Linux內(nèi)核源代碼解決的數(shù)據(jù)庫問題。當(dāng)然，并不是說這些問題一定不存在，Java語言本身一定有bug，但是這些問題需要Java官員來解決，我們在應(yīng)用中也不需要親自去解決，否則效率會很低，個人愛好也是我們力所不及的。

會寫C++的才是真正的技術(shù)大師，因為初始化C++對象有N種方式

這是程序員之間永恒的話題，哪種語言最好，哪種語言最好。有兩個著名的詞干:PHP是世界上最好的語言，C++是世界上最好的語言。C++語法真的很復(fù)雜，功能也很強(qiáng)大，所以能完全掌握C++的程序員應(yīng)該只有極少數(shù)，但這是不是意味著掌握C++很牛逼？也不盡然。我們來分析一下原理。如果用C++做游戲引擎或者高性能中間件，C++確實能解決問題，但是如果我們用的是安卓手機(jī)信息app，C++能解決什么問題？自己寫一個加密庫可能比系統(tǒng)有更多的庫漏洞，所以用C++自己寫SQLite似乎沒有意義。

建筑師是技術(shù)公牛

架構(gòu)師幾乎是每個程序員的技術(shù)夢想。能夠成為一名架構(gòu)師(真正的架構(gòu)師，而不是PPT架構(gòu)師)必須有很強(qiáng)的技術(shù)實力，這是無可爭議的，但問題是，如果你不能成為一名架構(gòu)師，你就不會成為一名大的技術(shù)專家。當(dāng)我們分析原則時，我們會發(fā)現(xiàn)事實并非如此。建筑師不是萬能的。他解決的主要問題是系統(tǒng)的結(jié)構(gòu)設(shè)計。還有一些問題是建筑師無法解決的。比如MySQL 5.6優(yōu)化了一個偽共享問題。性能提升50%(http://www . cis . upenn . edu/~ delo zier/docs/TMI _ micro _ 2017 . pdf)。這個問題的發(fā)現(xiàn)和處理并不比架構(gòu)設(shè)計簡單，能發(fā)現(xiàn)和解決這個問題的技術(shù)人員非常厲害。

以上分析了幾個典型的誤解，其他觀點，這里只貼一個簡單的回答，你可以應(yīng)用這個原則來分析具體原因，基本接近:

“技術(shù)大師必須熟悉業(yè)務(wù)”——正確

“是技術(shù)牛貢獻(xiàn)了開源項目代碼”——錯誤

技術(shù)實力詳解

在了解了評價技術(shù)實力的基本原則后，我們知道，要解決的問題的復(fù)雜程度越高，技術(shù)實力就越高。在此基礎(chǔ)上，我把技術(shù)實力分為兩類六類:

硬實力:真正解決問題的能力，別人看得見的能力，技術(shù)實力按“點、線、面、體”四大類逐步上升；

軟實力:比硬實力更強(qiáng)大，但也更虛。簡單來說，要解決問題，首先要找到問題，但很多時候問題不是一目了然的，需要有一定的技術(shù)洞察。軟實力主要包括兩個核心能力:發(fā)現(xiàn)問題和技術(shù)創(chuàng)新

硬實力

我把技術(shù)硬實力分為點、線、面、體四個層次。技術(shù)水平依次提高，解決問題的復(fù)雜程度越來越高。下面詳細(xì)解釋。

[技術(shù)要點]

“點”是用于解決特定問題的特定技術(shù)，例如使用JDBC從數(shù)據(jù)庫中讀取數(shù)據(jù)，以解決因斷電而導(dǎo)致的數(shù)據(jù)丟失問題；使用Java多線程的目的是解決大量用戶并發(fā)訪問的吞吐量和延遲問題。

掌握了技術(shù)要點之后，就可以開始開發(fā)基本的業(yè)務(wù)功能了。

[技術(shù)路線]

一條“線”是一系列相關(guān)的技術(shù)點，每一個都是為了解決某個問題而設(shè)計的。例如:

1)為了完成一個用戶請求，開發(fā)框架必須首先具備路由路由器的功能。路由到特定控制器后，控制器執(zhí)行業(yè)務(wù)邏輯處理。在處理期間，可以使用JDBC來讀取數(shù)據(jù)，并且可以訪問Redis讀緩存。這些技術(shù)系列中的每一個都解決了一個問題，并且通過將它們串聯(lián)在一起完成了一個業(yè)務(wù)功能處理過程。

2)為了定位一個在線Java服務(wù)器響應(yīng)慢的問題，需要使用tcpdump捕獲包，使用Java工具檢查jvm狀態(tài)，使用mysql命令行或工具檢查數(shù)據(jù)庫狀態(tài)，使用解釋分析可疑的sql語句。

掌握技術(shù)路線可以完成某個業(yè)務(wù)功能的全流程設(shè)計開發(fā)。

[技術(shù)方面]

“面”是某一類相關(guān)技術(shù)線的綜合。例如:

1)Java開發(fā)是技術(shù)方面，包括多線程、JDBC、文件讀寫、JVM調(diào)優(yōu)、JVM工具等技術(shù)路線；

2)高性能開發(fā)是技術(shù)方面，包括:數(shù)據(jù)庫分區(qū)、緩存、多線程、HTTP優(yōu)化等。；

3)數(shù)據(jù)庫維護(hù)是技術(shù)方面，包括:數(shù)據(jù)庫調(diào)優(yōu)、數(shù)據(jù)庫問題定位、高性能數(shù)據(jù)庫表設(shè)計等。

要掌握技術(shù)方面，你已經(jīng)是某個領(lǐng)域的專家了。簡單來說，你可以解決這個領(lǐng)域的任何問題。

[技術(shù)機(jī)構(gòu)]

“身體”是多個技術(shù)方面的綜合。

最常見的“身體”是建筑設(shè)計。對于一個大型企業(yè)或者系統(tǒng)的架構(gòu)師來說，他需要掌握幾個技術(shù)方面，然后進(jìn)行設(shè)計和權(quán)衡。例如，一個后臺架構(gòu)師需要掌握J(rèn)ava、數(shù)據(jù)庫和網(wǎng)絡(luò)的技術(shù)方面，以及業(yè)務(wù)領(lǐng)域的知識。

建筑設(shè)計是橫向技術(shù)方面的綜合，我稱之為廣度技術(shù)體；還有縱向技術(shù)方面的綜合，我稱之為深度技術(shù)方面。比如Java開發(fā)工程師掌握了“多線程、JDBC、文件讀寫、JVM調(diào)優(yōu)、JVM工具等”當(dāng)他們達(dá)到技術(shù)水平時。如果需要進(jìn)一步提高Java領(lǐng)域的技術(shù)，需要了解操作系統(tǒng)和硬件(CPU、內(nèi)存、磁盤等)。)，從而更好的解決一些復(fù)雜的問題，比如Disruptor高性能并發(fā)框架的設(shè)計。

掌握了技術(shù)體，就可以設(shè)計架構(gòu)，或者成為某個領(lǐng)域的資深專家，解決領(lǐng)域?qū)用娴膹?fù)雜問題。

軟實力

軟實力包括發(fā)現(xiàn)問題和技術(shù)創(chuàng)新。

[發(fā)現(xiàn)問題]

有些問題比較明顯，比如在線故障，系統(tǒng)性能不達(dá)標(biāo)，系統(tǒng)性能需要達(dá)到5wqps但是有些問題并沒有那么明顯，不可能一眼就看出問題在哪里，是技術(shù)問題還是管理問題。

例如，我們遇到了團(tuán)隊之間協(xié)作開發(fā)的低效率。每次我們開發(fā)一個業(yè)務(wù)功能，我們都需要幾個系統(tǒng)R&D人員來討論接口協(xié)議、接口數(shù)據(jù)格式、接口安全加密、業(yè)務(wù)邏輯等。每個人都很用心，但似乎都是必須的。為了提高團(tuán)隊之間的效率，項目經(jīng)理制定了規(guī)范、流程、模板等。，但效果最終很小。那后來是怎么解決的呢？引入服務(wù)中心完成系統(tǒng)間的同步接口調(diào)用，引入消息隊列完成系統(tǒng)間的異步消息通知，大大提高了系統(tǒng)間的協(xié)作效率。以前開會討論事情要開幾個小時?，F(xiàn)在只需要把界面?zhèn)鬟f的數(shù)據(jù)內(nèi)容說清楚就行了，甚至不用開會，兩次調(diào)研討論也差不多。

另外，問題的根源往往隱藏在很多表象之下。不解決一個根本原因和一個表象問題，你會得到暫時的平靜。過了一段時間，又會出現(xiàn)另一個問題，一遍又一遍的重復(fù)。

比如我們以前有一個系統(tǒng)。今天交換機(jī)故障導(dǎo)致業(yè)務(wù)問題，明天系統(tǒng)bug導(dǎo)致業(yè)務(wù)問題，后天機(jī)柜斷電導(dǎo)致業(yè)務(wù)問題，也是被黑客攻擊。這些問題看似獨(dú)立，問題的發(fā)生也感覺是偶然的。按照一個問題解決一個問題沒有錯，但是一年到頭，生意上的問題很多。怎么解決？經(jīng)過分析，我們發(fā)現(xiàn)根本原因是業(yè)務(wù)需要異地居住，架構(gòu)是兩個機(jī)房的單中心。我們需要做的不是回避每一個問題(其實是不可能回避的)，而是在問題發(fā)生后迅速處理。所以通過改造建筑異地居住，改造后還是有各種偶發(fā)性的問題，但是對業(yè)務(wù)的影響很小。

發(fā)現(xiàn)問題的能力主要來源于經(jīng)驗，包括成功的經(jīng)驗，踩坑的經(jīng)驗，參考別人的經(jīng)驗。所以要想培養(yǎng)自己這方面的能力，就要多思考，多總結(jié)，多學(xué)習(xí)，多參與行業(yè)交流。

[技術(shù)創(chuàng)新]

達(dá)到這個水平，基本就是業(yè)內(nèi)大神的水平了。說實話，我沒有經(jīng)驗，只能佩服這些大神。

例如:

1)當(dāng)時貝佐斯要求對亞馬遜的系統(tǒng)進(jìn)行服務(wù)。后來有哪位大神想到這個能力可以打開，轉(zhuǎn)換成“云計算”？

2)為什么阿里巴巴云王健博士在大家都不看好的情況下堅持云計算是未來？

3)3)Google如何在解決大數(shù)據(jù)問題時提取三篇論文，開啟大數(shù)據(jù)時代？

技術(shù)實力案例點評

有個面試官面試Java P7，其中一個項目經(jīng)驗很棒:XX架構(gòu)重構(gòu)，性能提升10倍。因此，我對這個項目的經(jīng)驗和結(jié)果進(jìn)行了深入的調(diào)查...

以下是我們的一般對話流程:

我:請簡單介紹一下這個項目重構(gòu)。

臉:我們的一個業(yè)務(wù)跟運(yùn)動會有關(guān)。每次重點比賽前的業(yè)務(wù)訪問次數(shù)是平時的10倍以上。原系統(tǒng)太大就卡，用戶體驗很差，需要重構(gòu)。

我:具體怎么做？

Face:通過引入mc cache，我把原來直接訪問數(shù)據(jù)庫的操作改為先訪問cache，性能提高了10倍。

我:為什么會想到引入mc？

臉:(被卡住了，有點驚訝于自己的問題)...我查了網(wǎng)上的資料，很多人說mc可以大大提高性能，用了之后效果真的很好。

【點評1】這是典型的“代碼靠復(fù)制，方案靠搜索，效果靠試用”。面試官看到一個問題，但沒有分析思考，然后在網(wǎng)上搜了一下方案，看到很多人說引進(jìn)mc可以解決問題。關(guān)鍵是最后好像真的解決了，讓面試官自我感覺良好。

我:mc能大幅度提升性能是什么原理？

面:緩存訪問快，數(shù)據(jù)庫訪問慢。

我:mc的性能和數(shù)據(jù)庫的性能有多高？

臉:……(思考10秒)不好意思，沒研究過。

[點評2]這是一個典型案例，但不知道為什么，可以用開源的解決方案，基本測試和原理研究都沒做過。

我:沒關(guān)系。換個問題吧。你的系統(tǒng)改造后會用到多少臺機(jī)器？比重建前少了多少？

表面:機(jī)器數(shù)量100臺，與改造前相比沒有減少。

我:哦，有100臺機(jī)器，每個QPS只有300多臺。我覺得你的生意不是很復(fù)雜。為什么這么低？

面條:...(卡了10秒)這個...300多的QPS不算低吧？

我:你有沒有分析過每一個請求的整個流程的每一個階段的性能耗時？瓶頸在哪里？

臉:(卡了5秒)還沒分析？

我:那你覺得為什么引進(jìn)mc會有效？

臉:……(卡了10秒)我想大家都說引入緩存可以大大提高性能，最后的效果真的很好。

【點評3】這就是知道技術(shù)點，不知道技術(shù)路線和技術(shù)方面。至少在技術(shù)線層面分析系統(tǒng)性能問題是合理的，需要分析每個請求每個階段的時間消耗和原因；也可以是技術(shù)層面，比如分析數(shù)據(jù)庫設(shè)計，服務(wù)器負(fù)載均衡等。也可以是技術(shù)層面，比如架構(gòu)是否合理，一個子系統(tǒng)是否可以拆分引入消息隊列等等。

我:好吧，我們換個問題。如果再優(yōu)化系統(tǒng)，你覺得你能做什么？

臉:……(思考20秒)我覺得目前的系統(tǒng)性能已經(jīng)足夠了，應(yīng)該沒必要優(yōu)化。

【點評】他調(diào)查的是發(fā)現(xiàn)問題的能力，卻找不到。事實上，如前所述，100臺機(jī)器是個問題，太低的QPS也是個問題，但因為他沒有經(jīng)驗，他看不到這些問題。

可惜最后面試官面試失敗了。