最近讀了《卓有成效的程序員》，感覺收獲頗大。這是一本寫給程序員的難得的好書。書中大都是一些淺顯的道理，但作者將這些東西加以收集、歸納、總結(jié)，并最終成書。作者為了收集各種提高效率的工具和方法，東奔西走，可謂費(fèi)了一番苦心。
我覺得此書第一部分總結(jié)的一些法則非常好，我提取了一下：
法則：
1.加速法則
關(guān)注本質(zhì)，而非形式
一個(gè)應(yīng)用程序列表的有用程度與它的長(zhǎng)度成反比
程序員的很多時(shí)間都浪費(fèi)在找東西上
華而不實(shí)的東西中看不中用
鍵盤輸入總比導(dǎo)航快
首選鍵盤而非鼠標(biāo)
地址欄是Windows資源管理器界面中最高效的部分
花點(diǎn)時(shí)間來學(xué)習(xí)你手邊的所有隱藏的快捷鍵
環(huán)境切換會(huì)消耗時(shí)間
成批復(fù)制粘貼要比反復(fù)多次復(fù)制粘貼快
忘記歷史就意味著你得再輸入一遍
嵌入圖形化工具的命令提示符讓你魚與熊掌兼得
在上下文中學(xué)習(xí)IDE快捷鍵，而不要去背長(zhǎng)長(zhǎng)的列表
當(dāng)你第二次輸入一個(gè)復(fù)雜結(jié)構(gòu)時(shí)，將它做成模板
如果要對(duì)多行文本做同樣的操作，就應(yīng)該找出其中的模式，并把它記錄為一個(gè)宏
不要總是重復(fù)輸入相同的命令
每天花一點(diǎn)點(diǎn)時(shí)間來使每一天都更高效
2.專注法則
精力越集中，思維越縝密
排除干擾：隔離策略，關(guān)掉不需要的提示，創(chuàng)造安靜時(shí)間
草堆越大，從中找到一根針就越難
不要問文件樹，要搜索
使用多顯示器
虛擬桌面可以讓原本雜亂無章的一大堆窗口變得整潔
3.自動(dòng)化法則
不要重新發(fā)明輪子
用Selenium瀏覽網(wǎng)頁
不要浪費(fèi)時(shí)間動(dòng)手去做可以被自動(dòng)化的事情
用Windows Power Shell替代批處理文件
馴服Subversion命令行
以創(chuàng)造性的方式解決問題，有助于在將來解決類似的問題
是否應(yīng)該自動(dòng)化的關(guān)鍵在于投資回報(bào)率和緩解風(fēng)險(xiǎn)
研究性的工作應(yīng)該放在時(shí)間盒里做
別給牦牛剪毛
4.規(guī)范性法則
對(duì)于任何你不自己去構(gòu)建的東西，只在版本控制中保存一份副本
使用標(biāo)準(zhǔn)的構(gòu)建服務(wù)器
通過復(fù)制粘貼來復(fù)用是邪惡的，不論你復(fù)制粘貼的是什么
利用虛擬平臺(tái)使項(xiàng)目依賴標(biāo)準(zhǔn)化
不要讓對(duì)象 - 關(guān)系映射工具（O/R映射器）違反規(guī)范原則
通過擴(kuò)展。開放類（open class），或者部分類（partial class） 來為生成的代碼增加行為
始終保持代碼和數(shù)據(jù)結(jié)構(gòu)的同步
過時(shí)的文檔比沒有文檔更糟，因?yàn)樗鼤?huì)主動(dòng)誤導(dǎo)你
任何需要費(fèi)勁創(chuàng)造的東西，都讓它的創(chuàng)造者欲罷不能
白板 + 數(shù)碼相機(jī)強(qiáng)過任何CASE工具
盡量生成所有技術(shù)文檔
重復(fù)是軟件開發(fā)中最大的阻力
工具：
書中，還提到了大量的提高效率的工具，都是非常不錯(cuò)的。相信很多人都有自己的一個(gè)列表，下面是我電腦中必不可少的幾款軟件：
1. FireFox 及其各類插件
2. Launchy啟動(dòng)加速器
3. Total Commander
4. ClipX多重剪切板
5. EmEditor文本編輯器
6. Vistual Studio的VA插件
7. Search And Replace
8. Everything
9. Miranda IM
10. ....
感觸：
1. 憤怒的猴子
在書中的第二部分，提到了很多實(shí)踐相關(guān)的內(nèi)容。讓我感觸最深的是“憤怒的猴子”的故事：
“早在20世紀(jì)60年代（那時(shí)候科學(xué)家們可以做任何瘋狂的事情），行為科學(xué)家們進(jìn)行了一項(xiàng)實(shí)驗(yàn)。他們把五只猴子和一架活梯放在一間屋子里，并在天花板上掛了一串香蕉。這些猴子很快就想到它們可以爬上梯子去吃香蕉，但每當(dāng)它們靠近活梯的時(shí)候，科學(xué)家們就用冰水浸滿整個(gè)屋子。我想你能猜到會(huì)發(fā)生什么：一群憤怒的猴子。很快，再?zèng)]有一只猴子會(huì)去靠近那個(gè)梯子了。
之后，科學(xué)家們將其中一只猴子替換成另一只沒有忍受過冰水折磨的新猴子。這只新猴子所做的第一件事就是直奔那架梯子，但當(dāng)它這么做時(shí)其他所有猴子都痛打它。它不明白為什么，但很快就學(xué)乖了：不要去靠近那架梯子。科學(xué)家們逐漸將最初的那些猴子都替換成新猴子，直到這群猴子中誰都沒有被水浸泡過，然而它們還是會(huì)去攻擊任何靠近梯子的猴子。
這說明了什么？軟件項(xiàng)目中許多慣例之所以存在，就因?yàn)?#8221;我們一直是那樣做的“。換句話說，是因?yàn)閼嵟暮镒印?/em>”
我們小組在制定C++相關(guān)的代碼規(guī)范時(shí)就遇到過無數(shù)類似的問題。比如，在制定變量的命名規(guī)范時(shí)，我們針對(duì)是否采用匈牙利命名法爭(zhēng)論了很久。有的人認(rèn)為， 幾乎以前看到的所有C++代碼都采用了匈牙利命名法，甚至，微軟定義的所有API都使用了此類命名法。剛開始，我也是有同樣的疑惑。
后來，我們經(jīng)過仔細(xì)分析C++匈牙利命名法由來，漸漸感覺我們就是那些憤怒的猴子，盲目跟從前人的方式，缺乏打破傳統(tǒng)的勇氣。C++有著其特殊的歷史原因，很多標(biāo)準(zhǔn)一直沉淀下來并很少改變。我們?cè)倏纯春髞硇律哪切┚幊陶Z言，C#, Python…… 都拋棄了匈牙利命名法，同時(shí)再看看現(xiàn)在C++前沿的C++ 0x以及現(xiàn)在出版的一些書中，也漸漸放棄了對(duì)匈牙利命名法的使用。因?yàn)轭愋偷囊饬x在對(duì)象模型中越來越弱化。因此，最后我們放棄了匈牙利命名法這個(gè)老古董。
2. 敏捷開發(fā)
這本書帶有強(qiáng)烈的ThoughtWorks色彩，敏捷的思想貫穿全書，包括測(cè)試驅(qū)動(dòng)設(shè)計(jì)，白板，結(jié)對(duì)編程。這也讓我對(duì)敏捷產(chǎn)生了更加強(qiáng)烈的興趣。 其中有一段測(cè)試驅(qū)動(dòng)開發(fā)TDD的一段故事：
“記得第一次和一些已經(jīng)習(xí)慣于單元測(cè)試的開發(fā)人員一起動(dòng)手開始修改代碼時(shí)，我也是非常緊張，因?yàn)榇罅康男薷耐鶗?huì)破壞很多東西，但他們看起來絲毫沒有猶豫。逐漸地，我也放下心來，因?yàn)槲衣卣J(rèn)識(shí)到：有了測(cè)試的保證，完全可以放心大膽地去修改代碼。”
3. 有趣的故事
書中還有一些有趣的故事，比如作者的一個(gè)朋友在和別人結(jié)對(duì)編程時(shí)，為了養(yǎng)成同伴使用快捷鍵的習(xí)慣，每當(dāng)同伴未使用快捷鍵時(shí)，他都會(huì)要求將操作撤銷，然后要求使用快捷鍵再重復(fù)操作3次。然后，在其兇狠的眼神中，同伴很快掌握了快捷鍵。
總結(jié)：
這本書很薄，蘊(yùn)藏的道理卻不少，相信每個(gè)讀過它的人都會(huì)從中收獲。讀過之后，我們不應(yīng)該局限于書中提到的某些小技巧， 或是書中某一個(gè)細(xì)節(jié)，畢竟，提供效率的方法有很多很多，法則也有很多很多，一本書很難將其窮舉完。我們應(yīng)該從書中吸取其思想，并在實(shí)際工作和學(xué)習(xí)中不斷總結(jié)，做一個(gè)真正的“卓有成效的程序員”！