而是看他解決問題，定位問題的能力。這個很重要，真的很重要。技術可以很快上手使用，但是解決問題定位問題的能力不是輕易就行的。

特別是在高壓下解決問題的能力。

這個問題我一直都有心得，記得Linux的締造者說過一句話，talk is cheap show me the code

程式設計師之間通常都會有一些爭論和不同見解，這個時候，說的話再多，都是廉價的，是沒有用的，不如拿程式碼出來，看誰解決問題的效率高、錯誤少、能力強，所以，程式碼上面見分曉。

所謂是騾子是馬，拉出來溜溜就知道了。不管是哪個領域的能人，都能夠用此招數檢驗。而對於程式設計師來說，有怎樣知道他的工作能力呢。最重要的就是，能否在專案中有效率規範地完成開發任務。

經歷不等於經驗，同樣也不等於工作能力。有的程式設計師工作了很多年，但對於實際專案遇到的技術問題沒有多少解決的能力，而有的程式設計師別看工作年限不長，但解決問題的能力特高。這就是工作能力的差異。

程式設計師大部分的工作還是編制程式，那麼最能體現其能力的，就是在開發專案中能高效、規範、有技巧的完成編碼，達到專案所需要達到的功能。一個程式設計師如果能高效的完成工作，除了合理安排時間，大部分還是緣於自己技術能力高或工作技巧比較好，能夠根據自己的知識很快的完成自己的任務。

另一個說的規範，可能並不是技術能力，但可以說是工作能力。在工作中表現得雜亂無章，沒有先後優先，沒有規劃，這樣的人不能很好的把工作安排得有計劃，很難有效率。另外編碼沒有什麼規範更是讓別人難以讀懂，維護性很差，而且程式碼不夠簡潔，這樣的程式設計師可能很多是野路子，只求功能實現其它一概不管，都不能說是工作能力強。

能夠有計劃性的做事、有技巧性的做事、高效簡潔的完成任務，一般工作能力都不會太差。

作為資深程式設計師，我曾與許多優秀的程式設計師合作。要評價一個程式設計師的工作能力，可以從以下幾個角度出發。

計算機基礎知識

計算機基礎知識水平，是評價一個程式設計師能力的第一道關卡。目前大廠的面試，都會考一考cs（computer science）基本功。比如基本的排序演算法，哪些是穩定排序，哪些是不穩定排序，時間複雜度是怎樣等等。

資料結構知識也是評價程式設計師水平的重點，比如對時間複雜度和空間複雜度的理解，對集合、線性結構、樹形結構和網狀結構的掌握情況。

其他包括多執行緒開發、網路基礎、排障分析能力等，是計算機基礎知識的昇華，只有基礎知識融會貫通後，這些應用技能就會水到渠成。

溝通能力

目前大廠程式設計師單幹的很少，基本都是團隊攻堅，因此溝通能力就顯得十分重要。優秀的程式設計師要弄清自己在團隊中的定位，明確職能邊界，精準地發揮價值。高效清晰的溝通能力，是程式設計師的必備素質。

編碼規範

網際網路公司大多采用敏捷開發模式，功能會不斷迭代升級，也因此專案會越來越臃腫，程式碼易讀性和可擴充套件性會變差。這時候程式設計師的編碼規範就顯得十分重要了。

在專案和程式碼體量變得越來越龐大的前提下，設計模式應運而生。設計模式是最近幾十年來無數優秀程式設計師總結而來的智慧結晶，它作為理論基礎，讓程式設計師更規範地堆疊程式碼，從而提升程式碼的可讀性和可擴充套件性。

因此物件型、結構型和行為型設計模式的掌握程度，是衡量程式設計師編碼水平的要點。

總結

衡量程式設計師能力可以從多個維度出發，其最終目的都是為了做出好的產品。除了紮實的基本功外，程式設計師也應該具備產品思維，從使用者角度出發，執著地追求更好的使用者體驗。

技術永遠在不斷地進步，能否時刻保持學習的熱情，也是衡量程式設計師能力的重要指標。

若是外行，可透過以下方法來判斷程式設計師的水平：一、看程式卡不卡，記憶體佔用大不大，特別是在大資料量、高壓力場景下。二、看程式的BUG多不多。千萬不要根據說話速度來判斷程式設計師的工作能力！有一類人，不懂技術也講不通技術，可就是能在外行面前滔滔不絕，這類人寫程式碼專坑同事。有些程式設計師寫程式碼快卻說話慢。