作為一個程序員，我經常會問自己一個問題：

優秀的程序員都具備哪些特質？

我總結過很多特質，例如：

有解決問題的能力

有獨立思考的能力

有好奇心、有探索精神

邏輯清晰，能夠用通俗的語言把技術問題講清楚

有良好的英文閱讀能力

數學好，算法好

經過一段時間的觀察，我發現這上面的所有特質，都可以由一種行為習慣衍生出來，也就是如果你有以下習慣，那么你可能擁有且不限于以上所有的特質

觀察大多數程序員的行為，朝相反的方向走

這句話也可以借用一本書的標題（《少有人走的路》）來描述：少有程序員走的路。是的，這句話的邏輯也很明顯，和“優秀的人總是少數一樣”

優秀的程序員總是少數

如果你的行為和大多數程序員一樣，那么你很可能不會成為一個優秀的程序員。

所以，如果你想成為一個優秀的程序員，你首先需要拿出一個本子，記錄一下大多數程序員的特質，然后分析下，反向行事是否會讓自己更有競爭力，下面我說幾個我觀察到的現象：

大多數程序員都喜歡談論編程語言

編程語言是程序員談論得最多的話題，他們喜歡討論哪個編程語言更有優勢，關注編程語言的排行，正因為此，有一部分人會以不斷學習新的編程語言為樂，以此作為區別于普通程序員的憑證。相反，另一部分人由于經驗不足，區分不了具體哪個語言才是最適合自己的，從而遲遲不肯行動，陷入無限的糾結中。有時不同編程語言的陣營間還會產生口角，這種現象被視為對各自信仰的捍衛，進而還會引起大多數人的圍觀。

大多數人都把注意力放在編程語言這一層面上，最大的原因可能是因為編程語言是通往程序世界的大門，它也是最實用的工具，學會了一門編程語言，就可以用一種新的方式和計算機進行交互了。

但這和現實世界不同，現實世界中，學好一門外語，相當于打開了一個新的世界，例如學好了英語，你便可以自由穿梭在以英語為母語的國家中，了解他們的文化和歷史，掌握第一手外文知識，從而能夠幫助你更好的決策，可以說多掌握一門外語能讓你的認知獲得線性增長。相反，在計算機世界，你多學一門語言，它不會給你帶來1+1=2的效果，因為本質上，我們的目的不是學更多編程語言，而是利用計算機，幫助我們完成具體的任務，要知道同樣的一個任務，甚至可以用好幾種不同的語言來實現。

曾經看過一個問題，提問人可能是新人，他問：我想學編程，但不知道先學Python還是Javascript。回答的人就告訴他：你用來糾結的這些時間，說不定早就可以學會其中一門了。

是的，優秀的程序員不會把大量的時間放在編程語言上，因為他們會把注意力放在更重要的事情上。

大多數程序員都不重視基礎

有句話在業界特別流行，那就是

從小不努力，長大做IT

這句話的意思是，IT行業的門檻非常低，任何人只要學完一門編程語言就可以入行了，更深層次的意思是IT工作都是重復性的勞動，并不需要太有創造力的人才。

聊天時經常會聊到算法的話題，例如“算法在工作中到底重不重要”，很多人給出的答案是不重要，理由是因為日常工作中基本用不到。這又是一個典型的實用主義答案，同時它也極具迷惑性，因為“日常工作中用不到”的確是事實，但這個事實并不能推導出算法不重要這個結論。

算法很重要，就像數學是所有學科的基礎，所以數學很重要一樣，算法是一個系統的靈魂，是不同軟件之間拉開差距的籌碼，最典型的例子就是谷歌搜索引擎，它當年就是依靠著名的PageRank算法使其與市場上的其他搜索產品拉開差距的，該算法直接影響的是搜索體驗，大概率的把人們想要的結果排在前面。

提升算法能力不僅可以幫軟件提升競爭力，而且還可以提升我們的邏輯思維能力，人和人之間的差異其實就在于思維能力的差異，如果你每天都在敲if 。.. else這類的代碼，你的思維能力不會有多大的變化，但在人工智能時代，你時不時琢磨一下監督學習，非監督學習中的算法，我想你的未來一定會更美好把。

算法只是基礎中的一類，操作系統的原理、TCP/IP協議、MySQL中的Innodb引擎、Redis實現原理、Reactor網絡模型等都屬于基礎，你可能覺得這些都很難啃，但據統計，基礎知識只占一個人所學全部知識的3-5%，牢牢掌握這些基礎知識，是你在日新月異的知識海洋中以不變應萬變的法寶。

大多數程序員不重視效率的提升

如果你在一個互聯網公司，你可能會這樣調侃你的程序員同學：

你工作不飽和啊，bug解完了嗎？

下面的對話也是常有的：

A：在干嘛呢？

B：苦逼加班解bug呢。

你也許看出來了，大多數程序員常常受限于解bug的惡性循環中——以前版本的bug還沒解完，新功能上線又出現一堆bug。解bug是一件特別阻礙生產力的事情，它是一件副產品，理論上員工應該把大部分精力都用在開發上，而大多數公司卻在維護軟件的穩定性上付出了巨大的成本。

很多員工都抱怨自己工作那么辛苦，工資卻不高，但他們卻沒有想過這個結果是怎么造成的，他們可能沒有考慮過自己投入的時間能給公司帶來多大的收益，如果把大部分時間都用來解bug，其實產出不僅是零，還是負的，你說公司會給你漲工資嗎。

以我觀察的來看，真的是這樣的現象，開發過程中我們特別在乎一個產品的開發時間，希望盡可能的完成開發并發布產品，例如希望一個月完成，但卻忽略了產品發布后，可能需要十個月甚至更多的時間來維護它，這真的是一個本末倒置的怪圈。

相反，如果每個人都有意識提升自己的工作效率，提升自己的出品質量，把更多時間投入到有價值的事情上，我想公司的業績不會差，公司賺錢了，你的工資也不會低。你可能會問如何才能提升工作效率，其實也很簡單，做每件事之后，都要反思：

還有更簡單的方法嗎？

我該如何才能減少bug的數量呢？

做這件事有通用的解決方案嗎？

大多數程序員都不利用業余時間進行探索

探索和人的一個重要的特質相關，就是自主性（initiative），不僅是我，我相信大多數領導都喜歡和有自主性的下屬一起共事，不僅是因為他們稀缺，同時還因為這樣的下屬會主動去解決問題，可以在組織中極大的減少溝通和管理成本。

剛開始工作時，我就發現公司鮮有人會利用業余時間學習了，當時以為換一個技術更好的公司會有所改變，技術學習氛圍會好一些，誰知道這些都是自己的幻想，糾其原因可能是因為人都喜歡過得安逸一點，或者以平時已經很忙了為借口，在工作之外就不再學習了。平時不學習會造成什么后果呢，最直接的就是解決問題的能力低下，這些人只能解決領導規定范圍內的問題，超出這個范圍，一旦出現問題，要么掩蓋，要么規避，反正不會及時的從根本上去解決，不是因為不想，是因為壓根就不會。

對于程序員來說，學習包括看書和看代碼，如果你每天抽一個小時時間看書，估計你可以超過90%的人，同時你花時間去研究github上優秀的代碼，那么剩下的人群中的90%也會被你甩在身后。

在這方面，我自己是有切身體會的，剛參加工作前，我是個零代碼量的人，由于經驗非常欠缺，我幾乎把所有業余時間都用來研究同事寫的代碼上了，看完這些代碼，業務邏輯是很清楚了，但仍然無法判斷這些代碼是否寫得足夠好，因為我不知道好的代碼是怎么樣的，當時還沒有github這樣好的學習環境，只能從書中找答案。隨后便花了不少時間讀完了《C++ Primer》、《Unix環境高級編程》、《設計模式》、《深入淺出MFC》這4本書，最后在第二年，我憑借一己之力在2個月內把部門的核心代碼重構了，由于覆蓋了大量的單元測試，幾乎沒有給我帶來什么bug，要知道在這之前這些代碼是4個人花了2個季度才完成的，不僅如此，這些成績還幫我在新的公司收獲了“工資翻倍”。

讀優秀的代碼可以讓自己獲得飛速的成長，就像游戲中的打怪升級，優秀的代碼是大boss，一次可以讓你提升10個等級。這個過程不可逆，因為每完成一次，你都非常清楚的知道自己再也不會寫以前那種爛代碼了，這根本就是碾壓過去的自己。當你“升級”后，再回過頭去看公司里大多數人的代碼，就可以得出和我一樣的結論——他根本就沒讀過好的代碼。

總結

“看大多數程序員的行為，然后朝相反的方向走”，其實是一個更為抽象的方法論，能幫你把不同的特質聯系起來，從而可以更方便的不斷提醒自己不要走偏。類似的行為遠不止這四個，例如大多數程序員英文都不好，大多數程序員不擅長溝通，大多數程序員不學他們認為的“無用之學”（例如哲學、經濟學、管理學等），大多數程序員不寫Blog，大多數程序員沒有自己的產品等等。

一般擁有自己的產品程序員生活都會很美好，這里的例子舉不勝舉，例如微信之父張小龍就是以Foxmail一舉成名的，說到這里，我好像也沒做到：）所以，下一次你問我在干嘛，我肯定不會說我在解bug：我在琢磨自己的產品呢。