理想的程序員與平庸的程序員只有一墻之隔。兩者的差距只有6個一點點，而人與人的差距，正是在這日積月累的一點點中，被永遠(yuǎn)拉開了。有意思的是，我發(fā)現(xiàn)這6個一點點都和意識有關(guān)，也就是程序員和其他一切新興產(chǎn)業(yè)的工種一樣，只需要意識加上時間的錘煉，人人皆可達(dá)到理想的階段。理想的程序員必然也是一個優(yōu)秀的problem-solver。

第1個一點點：專注眼下

見過太多心猿意馬的程序員，我不得不把「專注眼下」作為天字第一條。他們往往有各式各樣的小夢想，比如做個小茶農(nóng)、做個小鵝販、做產(chǎn)品、做銷售、做投資，卻被程序員的高薪或是沒有轉(zhuǎn)行的魄力「耽誤」了，而因為不專注，他們不在意做好自己的本分，不在意錘煉自己的技能，不在意學(xué)習(xí)新興的技術(shù)。不可否認(rèn)，這世界上存在著偉大的產(chǎn)品（像喬老爺）、偉大的銷售（像埃里森）、偉大的投資客（像彼得菲），而他們毫無例外都是程序員出身?？赡懵犝f過巴菲特評價蓋茨的話么，比爾蓋茨如果轉(zhuǎn)行去賣狗，那他一定是全世界最大的狗販。我堅信除了少數(shù)的天才外，冥冥眾生均可以在多個領(lǐng)域取得成功，只要保持足夠的專注。而哪怕你下一年就想賣狗去，程序員的經(jīng)驗仍然能訓(xùn)練你強(qiáng)大的邏輯、謹(jǐn)慎和耐心，放在哪個行業(yè)都是相當(dāng)可觀的競爭力。

第2個一點點：思考力與推動力

我認(rèn)為處理bug、崩潰、調(diào)優(yōu)、入侵等突發(fā)事件比編程本身更能體現(xiàn)平庸程序員與理想程序員的差距。當(dāng)面對一個未知的問題時，如何定位復(fù)雜條件下的核心問題、如何抽絲剝繭地分析問題的潛在原因、如何排除干擾還原一個最小的可驗證場景、如何抓住關(guān)鍵數(shù)據(jù)驗證自己的猜測與實驗，都是體現(xiàn)程序員思考力的最好場景。是的，在衡量理想程序員的標(biāo)準(zhǔn)上，思考力比經(jīng)驗更加重要。

有時候小伙伴跑過來，問我「提交了一個任務(wù)被卡住了，怎么辦」的時候，我總覺得他可以做得更好。比如，可以檢查試驗別的任務(wù)，以排除代碼自身的原因；可以通過WebUI檢查異常（如果沒有賬號，可以讓我提供）；可以排查主機(jī)日志或刪除緩存，再不濟(jì)，總應(yīng)該提供任務(wù)ID和控制臺日志給我。理想的程序員永遠(yuǎn)不會等事情前進(jìn)，他們會用盡一切方法讓事情前進(jìn)。

第3個一點點：NeverSayNo

記得從前廠離職之前，找老板談話，他說我最大的優(yōu)點就是從來不和他說這個做不到。后來我發(fā)現(xiàn)在很多團(tuán)隊里，都存在一種技術(shù)和產(chǎn)品的對立，程序員往往以「技術(shù)上無法實現(xiàn)」來擋產(chǎn)品的需求，而產(chǎn)品也往往以「Facebook可以為什么我們做不到」來奚落程序員。這兩句話應(yīng)該屬于禁語，從根本上都不利于程序猿和產(chǎn)品狗的相親相愛。

一句「技術(shù)上無法實現(xiàn)」是容易出口，可有多少人在說出這句話的時候，心里是100%肯定的？如果不肯定，為什么不能回去谷歌一下再回答？原本我以為程序員是充滿想象力，在因為有想象力，才能誕生那么多改變我們生活的軟件和互聯(lián)網(wǎng)產(chǎn)品。見識多了，才了解大部分程序員已經(jīng)在與bug的對抗中變得保守而不愿擔(dān)當(dāng)風(fēng)險，與此同時許多團(tuán)隊也不愿意寬容失敗。于是「SayNo」變成一種習(xí)慣性的抵觸，還記得曾國藩為什么解散湘軍么？他說那隊已「暮氣漸深」，不能打仗了。要做理想的程序員，就不能給自己滋生暮氣的機(jī)會，如果面對不合理的需求，可以把時間成本擺出來，把曲線救國方案亮出來，簡單粗暴「SayNo」是不可取的。

第4個一點點：投資未來

程序員是一個非常殘忍的職業(yè)。你所學(xué)所用的語言、框架、模式，很可能在數(shù)年內(nèi)就成昨日黃花了；你現(xiàn)在嘲笑的另一群程序員，可能馬上就能轉(zhuǎn)身來嘲笑你了。所以理想的程序員除了做好自己的本分，還要花費時間來投資未來。什么是「投資」？投資就是你現(xiàn)在投入的時間，在未來會以更多的時間或者金錢（看看早幾年學(xué)習(xí)iOS的程序員現(xiàn)在的薪酬?。┗貓竽?。舉我自己的領(lǐng)域—數(shù)據(jù)挖掘為例，08年左右Hadoop開始興起，一時「大數(shù)據(jù)」概念火熱，Hadoop工程師萬金難求，各互聯(lián)網(wǎng)公司紛紛把數(shù)據(jù)統(tǒng)計、數(shù)據(jù)分析和數(shù)據(jù)挖掘的業(yè)務(wù)切換到分布式平臺上。這幾年眼看Hadoop還在不斷迭代，Spark又異軍突起，一舉刷新了Hadoop保持的排序記錄，以內(nèi)存存儲中間數(shù)據(jù)帶來的性能優(yōu)勢和豐富的數(shù)據(jù)結(jié)構(gòu)讓人愛個不停，各種奇異的小bug和陡峭的學(xué)習(xí)曲線又讓人打退堂鼓。那么，明眼人都知道Spark是未來的趨勢（內(nèi)存會越來越便宜），在主業(yè)務(wù)放在Hadoop的條件下，就可以適當(dāng)把一些小模塊切換到Spark上，同時留意Spark社區(qū)的發(fā)展。很快從Spark獲得的性能收益就能把之前投入的學(xué)習(xí)時間掙回來。

第5個一點點：善用工具

善用工具可以分為4個層面：

搜索引擎

不相信重復(fù)

代碼片段

自動化

我剛?cè)胄心菚粋€計算機(jī)專業(yè)卻當(dāng)了公務(wù)員的朋友問我，你一點都沒學(xué)過編程，平時怎么寫代碼？我說，谷歌，于是遭到無情的恥笑，以至于我在哪里的賬號都叫2shou，告誡自己是一個無恥的二手程序員。這是一個笑話，但如果現(xiàn)在問我，我還是要回答谷歌。程序員的成長就像膨脹的圓餅，外面是無邊無際的大海，圓餅越大，與大海接觸的面也越大，懂的越多，不懂的越多，而計算機(jī)科學(xué)又是一門更新?lián)Q代異常迅速的學(xué)科，同時也是知識互聯(lián)網(wǎng)化最好的學(xué)科，很難利用傳統(tǒng)的科班式有教有學(xué)的方法，相反通過搜索引擎則很容易獲取到最新的知識。

不相信重復(fù)，大師的話叫DRY原則（Dontrepeatyourself），代碼寫多了，會有人為的直覺判斷好的和爛的代碼，我的標(biāo)準(zhǔn)是簡潔和規(guī)范，簡潔并不是美感上的標(biāo)準(zhǔn)，重復(fù)越少，給自己出錯的機(jī)會也越少，后期維護(hù)的成本也越少。

如果你不幸丟了三周前的代碼，也許你能憑著過人的記憶力把腦子里殘余的片段復(fù)寫出來，但如果丟的是三個月前的代碼，恐怕就沒有那么好的運氣了。理想的程序員會著力找尋有效的資料保存方式，把工作里靈光閃現(xiàn)寫下的代碼、腳本、配置、經(jīng)驗等短的片段保存起來，以便任何時候都能復(fù)查。

理想的程序員必須懶惰。對他們來說，重復(fù)的步驟和重復(fù)的代碼一樣丑陋，如果意識到一項工作有可能長期要重復(fù)，那么自動化的時間總是越早越好。

第6個一點點：管理時間

之所以管理時間會對程序員這個行當(dāng)特別重要，是因為在完成任務(wù)時你必須像荒野里的狼一樣，「獨行」。沒有外界約束的情況下還能穩(wěn)定控制自己，保證能高效率地工作和學(xué)習(xí)，那么日積月累你肯定會變得比一般人厲害。

程序員干的是高強(qiáng)度的腦力活，一般每天集中4-5個小時應(yīng)對本職工作就足夠了，但工作之外，一定要安排時間用于學(xué)習(xí)。除了學(xué)習(xí)，留點時間放空自己也是必要的，利用泡茶或者喝咖啡的間隙，把彌足珍貴的時間留給自己，往前想往后想，事半功倍。