下面是開發(fā)大?？偨Y(jié)的高效編程的14點(diǎn)經(jīng)驗(yàn)。不管你是編程菜鳥還是資深程序員，或許都能從中得到啟發(fā)。

計(jì)劃

所謂plan,其實(shí)就是對(duì)于編程中的“設(shè)計(jì)”階段，當(dāng)然，這里的plan并不像設(shè)計(jì)那樣重量級(jí)。它要求我們程序員在正式編程前最少要考慮一下下面的問題：

你這個(gè)程序，工具或是項(xiàng)目的目的，究竟是用來干什么的。你只有知道做什么，要達(dá)到什么樣的目的，你才能做得好，做得對(duì)。

需要有什么樣的功能。需要你給出來個(gè)功能表。這樣可以保證我們不會(huì)遺漏了什么。

準(zhǔn)備好一些技術(shù)難題的前期調(diào)查和解決方案。不要等到開始編程的時(shí)候才去想。

下面是你因?yàn)橛?ldquo;plan”而得到的好處：

你能夠清楚地明白你要做的東西長(zhǎng)什么樣?

你能清楚知道你要開發(fā)的東西要干些什么事?

你能夠在開發(fā)工程中解決你所有可能發(fā)生的難題。

使用偽代碼

偽代碼是一個(gè)非常不錯(cuò)的方式，讓你可以看到你要寫得程序長(zhǎng)什么樣?

一些人并不喜歡偽代碼，因?yàn)樗麄儾⒉幌氚淹瑯拥拇a寫兩遍，一遍是偽代碼，一遍是真代碼。其實(shí)，這是可以理解的，因?yàn)閮蓚€(gè)copy的東西是比較不好維護(hù)的。但是我想，這是可以權(quán)衡的，如果的算法很簡(jiǎn)單，那么就不需要偽代碼了，如果你的算法比較復(fù)雜，比較繞，那么，有一個(gè)偽代碼提綱挈領(lǐng)將會(huì)是一件非常不錯(cuò)的事情，因?yàn)樗欣谧寗e人從一個(gè)簡(jiǎn)單的文檔來了解一個(gè)復(fù)雜的算法或系統(tǒng)。這就好像一個(gè)電線的布線圖一樣，你可以很容易地通過一個(gè)簡(jiǎn)單的文檔從復(fù)雜的實(shí)現(xiàn)中找到頭緒。

讓你身邊的人也高效起來

這個(gè)是我直到今天才感悟到的。我一直努力讓自己更加高效，不讓時(shí)間虛度。然而當(dāng)我們面臨越來越復(fù)雜，越來越繁瑣的任務(wù)時(shí)，我們不得不借助于團(tuán)隊(duì)。道理我都懂，然而卻一直不上心。我們一直說團(tuán)隊(duì)是最重要的，然而我們終究并沒有把心思完全放在團(tuán)隊(duì)上，為了自己的那點(diǎn)小九九。

只有身邊的人也如你般高效，才可能釋放出你來去做更多讓更多人高效起來的事。更多的人更加高效，即節(jié)約了他們的生命，也反過來再次讓你變得高效。

當(dāng)你能夠讓身邊的人也越來越高效，或許你就真的到了高效的最高境界。

高效的開發(fā)環(huán)境

我們可以從編緝器談起，這里有IDE vs Text Editor，有Vim vs Emacs，有Sublime vs Atom，那該如何選擇呢?在做選擇之前，我們先想想自己的目標(biāo)。我們希望這是一個(gè)長(zhǎng)期的投資，這款編緝器能被長(zhǎng)期使用，在這個(gè)過程不斷的打磨，使其能完全適合自己的習(xí)慣，最大化編緝效率。如果程序員是俠客，編緝器則是他手中的劍。

雖然我是Vim的重度用戶，但我覺得當(dāng)年選擇Vim時(shí)有欠考慮。如果讓我重選一次，我的第一選擇會(huì)是Emacs，第二選擇會(huì)是Atom。Emacs已存在30年，社區(qū)仍然活躍，其可擴(kuò)展性在編緝器中無人能出其右。Emacs的腳本語言elisp又是lisp的一種dialect，我覺得對(duì)lisp的學(xué)習(xí)可以提升程序員對(duì)編程核心思想的理解。另一個(gè)加分點(diǎn)是Emacs由于其本身的高門檻及l(fā)isp特質(zhì)，吸引了大批高質(zhì)素的程序員，其社區(qū)可謂藏龍臥虎，更誕生了像Org-mode這樣神級(jí)的插件。

注釋和命名

編程的時(shí)候，可能時(shí)間緊任務(wù)中，而且項(xiàng)目對(duì)注釋或者命名沒有強(qiáng)制要求，很多程序員就偷懶。結(jié)果就是坑別人，也可能坑自己。所以，注釋一定要寫，不管是否有要求。命名一定要規(guī)范，杜絕拼音，一定要用英文(拼音有時(shí)候有歧義)。注釋和命名是一個(gè)程序員的逼格，不能偷懶。在多人項(xiàng)目中，建議偷偷學(xué)習(xí)一下同事的編碼規(guī)范。

把玩并掌握代碼

到了這一步，你可能會(huì)覺得你已經(jīng)從這本書所給予的信息中提取出了全部。然而，你還是沒有把玩示例代碼并試著讓它以別的方式運(yùn)行。試驗(yàn)是學(xué)習(xí)的關(guān)鍵。將書本中的示例代碼試驗(yàn)一下，是提升你技能的好方法。當(dāng)你做了各種各樣的延伸時(shí)，你應(yīng)該開始理解代碼的變化如何在整體上影響應(yīng)用。這類知識(shí)無法通過其他方式學(xué)習(xí)——你需要通過試驗(yàn)去精準(zhǔn)地理解一門語言所提供的特性。

最后，你將開始創(chuàng)造出與書中代碼不太一樣的應(yīng)用。這時(shí)，你走到了一個(gè)新的階段。在這個(gè)階段中，你開始自信地創(chuàng)建自己的應(yīng)用，并且真正地理解了它們是如何運(yùn)作的。

認(rèn)真沉思

創(chuàng)造的過程，就是將你腦海中的代碼進(jìn)行結(jié)構(gòu)化，體現(xiàn)到實(shí)際中并用它們解決某個(gè)問題。想象一下，在辦公室里有兩個(gè)書桌，一個(gè)用于寫作(此Tip)，一個(gè)用于編輯(Tip 7)。從書桌能望向窗外，你可以異想天開、開放思考，像追逐蝴蝶一樣追逐你腦海中的想法。

不要害怕散步，或者害怕嘗試可能是，也可能不是最好的最終解決方案。我最有生產(chǎn)能力的實(shí)習(xí)生之一，當(dāng)想弄清楚她代碼下一步該怎樣寫，她喜歡在CMU的走廊上走路。編程就像寫作一樣，不僅僅是在屏幕上打字，更重要的是你腦中想的東西。所以在種植前，先為土壤施肥而慶祝，然后再澆水。

必須像工匠一樣寫夠十萬行代碼，又須像寫詩一樣來寫代碼

程序員像木工一樣，熟能生巧。程序員必須寫足夠代碼量的程序，才會(huì)有感覺，這是一個(gè)苦力活，沒有任何捷徑可走。

計(jì)算機(jī)是一門實(shí)踐性的科學(xué)，沒有動(dòng)手能力做支撐，很難做出好的科研成果。我的一個(gè)學(xué)長(zhǎng)是美國(guó)卡內(nèi)基梅隆大學(xué)的博士，卡內(nèi)基梅隆大學(xué)計(jì)算機(jī)系在全世界都非常出名，他說每個(gè)博士生必須寫十萬行代碼才能畢業(yè)，卡內(nèi)基梅隆大學(xué)博士生進(jìn)任何一個(gè)大企業(yè)基本不用面試。而國(guó)內(nèi)培養(yǎng)的大部分研究生、博士生，動(dòng)手能力都偏弱。沒有寫過足夠代碼量的程序員，想成為高手是不可能的，只能紙上談兵!

那么，怎樣像寫詩一樣寫代碼呢?很簡(jiǎn)單，買幾本經(jīng)典的編程書，把書上所有例程全部重新寫一遍，逐個(gè)比較和書上范例的差距，一步一步改善自己編程的風(fēng)格和技巧。時(shí)間長(zhǎng)了，自然就能寫出像書上例程一樣的代碼，甚至可以比書上寫得好?；A(chǔ)扎實(shí)后，多看看Linux等系統(tǒng)級(jí)的源代碼，看看高手是如何寫的，就有感覺了。通讀一下MSDN中所有的資料，這樣就“讀書破萬卷，下筆如有神”。