原文出處：知乎

姚冬的觀點

學習能力，尤其是自學能力，你啥時看到那些有名的程序高手在論壇上問“學習 XX 該看什么書，如何快速學習 XXX，學習 XXX 有什么代碼推薦”之類的問題，他們想學什么很快就能自己找到相關資料。這個行業發展太快，技術淘汰的速度也很快，3 年不學新東西就可能落伍了。

動手能力，都是看書看資料，當別人還在糾結看什么書，還在糾結書里的字句是什么意思的時候，有些人的幾百上千行代碼都已經能運行了。

耐心和毅力，做程序員興趣固然重要，寫自己喜歡的代碼那是相當愉快的事情，但是程序開發中無論如何還有大量乏味無趣的事情，要能堅持，咬牙把這些做完。

表達能力，能在大庭廣眾下，把自己的想法邏輯清晰流暢地講出來，讓人聽懂。

那么技術呢？技術不重要，有了以上幾種能力，市場上需要什么技術，很快就能掌握了。

最后再說說工資的事，記住兩句話：

工資不是老板對你過去貢獻的回報而是對你未來貢獻的預期。

現任老板不可能給出讓你滿意的工資，下一任老板才會。

曹政的觀點

姚冬回答的非常好，我狗尾續貂的說幾句。

我們都知道學習能力很重要，那么學習能力從何而來，除了去看書上課這種，如何在實踐工作中學習成長？

我之前微博說了一個籠統的概念，什么是能力？ 對待問題的態度，以及處理問題的思路和方法。

先說態度

你服務器偶爾出 501 錯誤，也許比例不高（知乎也出現過很多次），很多程序員，沒錯，是很多，假裝看不見，不在乎，或者歸咎于人品問題。 這就是態度問題。

再往后，負載高了或者其他什么原因，突然頻繁出現 501 錯誤，不去追尋深入的原因，而是找各種借口， 什么 IDC 服務商不好，服務器品牌不好，操作系統不好，數據庫不好，CDN 不好，網絡狀況不好，web server 不好，甚至，直接對 Boss 說我們被 DDOS 啦！（遇到過，幫他 Boss 找過多個安全專家會診，最后發現根本不是 DDOS，是程序員太爛。）

這就是態度，觸目驚心，如果能對問題有敏感性，能知道對任何小的，輕微的問題有足夠的敏銳度，你就有了一個快速成長的基礎。對問題的敏銳度是非常重要的。很多性能或程序邏輯上非致命的 bug，在不夠敏銳的時候是發現不了的，但是一旦進入特殊場景就會驟然爆發，你多一點敏銳度，就會減少這種危機的風險。

第二個態度是解決問題的態度，有人對自己的解決方案信心滿滿，認為萬無一失，但有的人就會多留一條后路；就好比你說我服務器要不要做安全加固，肯定要做對不對，要做到盡可能嚴謹和周全，但是你數據庫保存密碼的時候是不是還要加密?而且要隨機 salt，不就是防止萬一依然有漏洞被人拿庫怎么辦么。程序也一樣，以前寫的一些服務端守護進程，有 bug，會莫名其妙的終止，這個 bug 當然要定位，要修復，但是同時，寫一個 cron 檢查這個守護進程狀態，一旦遇到終止給予自動恢復，這就是第二手準備，即便你多么不希望他執行，這個準備還是要做的。對問題 做兩手甚至三手準備，也是優秀程序員，架構師的關鍵素質。

第三個態度是基于溝通與理解的態度，產品或運營提了一個不靠譜需求，一句話打回去當然很爽很威風，但是有沒有仔細溝通分析過，這個需求基于怎樣的實際訴求，這個實際訴求有沒有更合理的實現途徑，一句話“這個沒法做，這個實現成本太高”，不是正確的溝通態度，而且，最優秀的產品，往往是實現了那些原本人們認為無法實現的訴求。

這樣的態度，才有了一個持續進步的基礎，下面說思路和方法。

優秀 的程序員和平庸的程序員，如果只看敲打代碼的速度，我覺得是分不出來的，也許每人都可以一天寫很多行代碼，但是遇到問題后，平庸的程序員的解決效率，和優秀程序員相比就會有天壤之別。 所謂解決效率，不外乎對 bug 的分析、定位，以及 思考。

最基本的一條，看執行日志，看各種日志，web server 的日志，數據庫 的日志，慢查詢日志，binlog 日志，php 的錯誤日志，等等等等，線上出問題瞎猜連日志都不看的大有人在。看日志不仔細不完整的也大有人在，你能去認真研究日志已經超越很多人了。

第二條，模塊測試和斷點分析，程序員一個壞習慣就是上來就寫很大一坨代碼然后再執行，不知道一個模塊一個模塊來寫來測試，執行出了問題不知道設置斷點，縮小范圍逐步分析。斷點分析非常簡單，將整個代碼中插幾個中間輸出，觀察哪個環節出了問題，或者觀察每個環節的系統開銷，對調錯和性能優化都非常重要，高手們大概認為這是 ABC 的東西，但是就這玩意我看到的大部分程序員都沒有這個習慣。

第三條，錯誤信息 的理解和搜索，搜索引擎上有各種豐富的技術資料和技術問答，你所遇到的錯誤信息和錯誤提示，通常都能在網上搜索到，當然，搜索到后要結合你的場景認真思考，并理解透徹，而不是照貓畫虎的去處理，否則可能這次運氣好就蒙對了，下次運氣不好又不知道怎么回事了。

第四條，不斷總結歸納，對一個問題，一類問題，以及不同類型的問題，善于歸納整理，不斷反思自己的問題，即便是不出 bug 的代碼，你經過一段時間去回頭看，也有很多思考不正確不合理的地方，有很多優化點，如果你覺得自己的代碼一向牛逼，毫無破綻，那你一定是原地踏步，毫無進展。

關于 歸納總結，我說個案例

以前我們有個系統，請求量非常大，負載非常高，有個不錯的技術經理來處理，他列了幾個升級計劃，都很靠譜，去執行了，效果非常好，然后我們跟進匯報的時候他來講，做了幾項升級，整體效果如何，然后我就批評了他。

我批評了什么呢？他是一起做的升級，然后一起觀測的效果，那么這幾個方案里，具體每個方案的實際效果怎樣，對提升的幫助多大，他沒有任何數據。所以對具體每個升級方案的價值和重要性，他沒有任何概念。你正確的解決了問題，卻沒有認真的去歸納整理，你的收獲是有限的。一起做升級不能說是錯的，但是效果評估需要單獨去做，而這個數據是非常有價值的，知識積累，不是你處理過的就一定有積累，而是整理過的。

大概就這些

最后重述一遍

什么是能力？

遇到問題的態度

處理問題的思路和方法

這就是能力