做到這一點，你也可以成為優秀的程序員
作為一個程序員，我經常會問自己一個問題：
優秀的程序員都具備哪些特質？
我總結過很多特質，例如：
-
有解決問題的能力
-
有獨立思考的能力
-
有好奇心、有探索精神
-
邏輯清晰，能夠用通俗的語言把技術問題講清楚
-
有良好的英文閱讀能力
-
數學好，算法好
經過一段時間的觀察，我發現這上面的所有特質，都可以由一種行為習慣衍生出來，也就是如果你有以下習慣，那麽你可能擁有且不限於以上所有的特質
觀察大多數程序員的行為，朝相反的方向走
這句話也可以借用一本書的標題（《少有人走的路》）來描述：少有程序員走的路。是的，這句話的邏輯也很明顯，和“優秀的人總是少數一樣”
優秀的程序員總是少數
如果你的行為和大多數程序員一樣，那麽你很可能不會成為一個優秀的程序員。
所以，如果你想成為一個優秀的程序員，你首先需要拿出一個本子，記錄一下大多數程序員的特質，然後分析下，反向行事是否會讓自己更有競爭力，下面我說幾個我觀察到的現象：
大多數程序員都喜歡談論編程語言
編程語言是程序員談論得最多的話題，他們喜歡討論哪個編程語言更有優勢，關註編程語言的排行，正因為此，有一部分人會以不斷學習新的編程語言為樂，以此作為區別於普通程序員的憑證。相反，另一部分人由於經驗不足，區分不了具體哪個語言才是最適合自己的，從而遲遲不肯行動，陷入無限的糾結中。有時不同編程語言的陣營間還會產生口角，這種現象被視為對各自信仰的捍衛，進而還會引起大多數人的圍觀。
大多數人都把註意力放在編程語言這一層面上，最大的原因可能是因為編程語言是通往程序世界的大門，它也是最實用的工具，學會了一門編程語言，就可以用一種新的方式和計算機進行交互了。
但這和現實世界不同，現實世界中，學好一門外語，相當於打開了一個新的世界，例如學好了英語，你便可以自由穿梭在以英語為母語的國家中，了解他們的文化和歷史，掌握第一手外文知識，從而能夠幫助你更好的決策，可以說多掌握一門外語能讓你的認知獲得線性增長。
相反，在計算機世界，你多學一門語言，它不會給你帶來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：我在琢磨自己的產品呢。
做到這一點，你也可以成為優秀的程序員