《程序員修煉之道》之所以在全球范圍內廣泛傳播，被一代代開發者奉為圭臬，蓋因它可以創造出真正的價值：或編寫出更好的軟件，或探究出編程的本質，而所有收獲均不依賴于特定語言、框架和方法。時隔20年的新版，經過全面的重新選材、組織和編寫，覆蓋哲學、方法、工具、設計、解耦、并發、重構、需求、團隊等務實話題的最佳實踐及重大陷阱，以及易于改造、復用的架構技術。本書極具洞察力與趣味性，適合從初學者到架構師的各階層讀者潛心研讀或增廣見聞。

序
我還記得 Dave 和 Andy 第一次在推特上談論這本書的新版的那一刻——這可是一條大新聞。在編程社區，所見之處都是對這條大新聞興奮的回應，人們的期待塞滿了我的信息流。二十年過去了，《程序員修煉之道》這本書的地位不遜于當年。
承載這樣一段歷史的一本書，能引起這樣的反響，本身就說明了很多問題。為了寫這篇序，我有幸在尚未出版前閱讀了本書，讀后我就明白了它為什么會引起這么大的轟動。本來，一本書被冠以技術圖書之名，給人的印象應該是不太好的。因為技術圖書常常令人生畏——充斥著深奧的詞匯、晦澀的術語和令人費解的例子，不經意間就會讓你覺得自己很愚蠢。而且，作者越有經驗，就越容易忘記初學者在學習新概念時的感覺。
Dave 和 Andy 的作品，卻能透出那種只有剛剛學到這些課程的人才會有的興奮感，盡管他們已有幾十年的編程經驗，卻戰勝了寫出這種感覺的挑戰。他們不會居高臨下地指指點點，不會假定你是個專家，甚至不認為你已讀過本書第一版，僅僅把你當成想要變得更好的程序員而已。他們不惜用整本書的篇幅來幫助你達到目標，一步一個腳印。
公平地說，在這方面，他們在過往已經成績斐然。最初的本書第一版，包含了許多具體的例子、新想法和實用的技巧，可以幫助你修煉編程所需的“肌肉”和“大腦”，這些東西到今天仍然適用。但是，這次在新版圖書中，又有了兩項改進。
第一項顯而易見：刪除了一些較老的引用內容和過時的例子，增補了大量新鮮、現代的內容。循環不變式或構建機這樣的例子已經看不到了。Dave 和 Andy 保留了第一版書中的重要內容，以確保相應的課程依然有效，而且讀者也不必受舊示例的干擾。對于像 DRY（不要重復自己）這樣的舊思想，上面的灰塵已被撣去，并且涂上了一層新油漆——這樣做真的讓其熠熠生輝。
而第二項，才是這次新版圖書發布真正令人興奮的地方。在寫完本書第一版后，他們有機會思考自己想要說什么，想讓讀者獲得什么，以及讀者是如何接受這些信息的。他們得到了這些課程的反饋，也看到了讀者在哪里被卡住、有什么需要改進，以及哪些內容被誤解。在這本書通過全世界程序員的雙手和心靈傳播的二十年間，Dave 和 Andy 研究了這些回應，并且形成了新的想法和理念。
他們認識到自主權的重要性，并且意識到，相比大多數其他專業人員，開發者或許更能為自己做主。他們以簡單而深刻的啟示開始這本書：“人生是你的。”這喚起了我們自己的力量，它就蘊含在我們的代碼庫、工作和職業生涯中。這也為本書的其他內容定下了基調——它不僅僅是又一本充滿代碼示例的技術圖書。
這本書必定會在擺滿各種技術圖書的書架上脫穎而出，因為它理解身為一名程序員到底意味著什么。編程關涉諸事——盡量減少未來的痛苦，讓隊友更輕松，做錯事情后能夠重新振作起來，養成良好的習慣，以及理解工具集。編程只是程序員世界的一部分，而這本書探索了整個世界。
我在思考編碼之旅上花了很多時間。我不是從小就開始接觸編程的，大學里也沒學過編程課。可以說，我的青少年時光并沒有花在“擺弄”科技上，直到二十來歲的時候才進入了編程的世界，因而亟須想明白一件事情：成為一名程序員意味著什么。編程社區與我曾經身處的其他社區非常不同。其獨特之處在于，人們無不醉心于學習和實踐，這既令人生畏，又讓人耳目一新。
這對我來說，真像進入一個全新的世界。就算去到一個新城鎮，也有必要了解鄰居、挑選雜貨店、找到最好的咖啡店。我花了一段時間來了解地形，找到了最有效的路線，避開了交通最繁忙的街道，并且知道了什么時候交通可能會出問題。等到天氣變化，我又要去置辦應季的新衣。
來到一個新城鎮的頭幾周，甚至是頭幾個月，可能會很害怕。如果有一個已經在這里住了一段時間的鄰居，而且他知識淵博又友好，那不是再好不過的事情嗎？誰能帶你四處參觀，誰能領你去那些咖啡店？當然是一個在當地待了足夠長時間的，了解當地文化、當地脈搏的人。這樣你不僅有家的感覺，還能成為一個同樣有貢獻的成員。Dave 和 Andy 就是這樣的鄰居。
一個準新人，更容易對成為程序員的過程，而不是對編程的行為不知所措。因此，必須對整個心態做一次切換——改變習慣、行為和期望。僅僅知道如何編程，并不會讓你成為一名更好的程序員，在這個過程中必須經歷有意識和深思熟慮的實踐。好在現在有了這本書，可以有效地指導你成為更好的程序員。
但不要搞錯了——這本書不會告訴你編程應該是怎樣的，它并沒有使用那種哲學或審判的方式，它只是簡單、明了地告訴你，什么是務實的程序員——他們如何操作、如何處理代碼。作者讓你自己決定是否想成為其中的一員。如果你覺得不適合，也沒有人會怪罪你。但如果你決定成為其中的一員，作者就是你的友好鄰居，會陪伴左右、為你指路。
Saron Yitbarek
CodeNewbie 創始人及 CEO
Command Line Heroes 主辦者

新版前言
在20世紀90年代，我們在與一些項目存在問題的公司合作時，發現總是在對每個人說同樣的話：也許你應該在發布之前先測試一下。為什么代碼只能在 Mary 的機器上構建？為什么沒有人問一下用戶呢？
為了節省與新客戶打交道的時間，我們開始做筆記。這些筆記最終變成了《程序員修煉之道》這本書。令人驚訝的是，這本書似乎引起了大家的共鳴，在過去的二十年間，這本書一直很受歡迎。
但是二十年對于軟件領域來說已經過了好幾代。如果一個開發者從 1999 年直接穿越到今天的團隊中，面對這個陌生的新世界一定會備感掙扎。但20世紀90年代的世界對今天的開發者來說同樣陌生。書中所引用的 CORBA、CASE 工具，以及索引、循環這些東西，放在今天，充其量不過略顯古雅有趣，而更多的會給人帶來困擾。
與此同時，二十年對常識沒有絲毫影響。技術可能改變了，但人沒有。實踐和方法中的閃光點，在今天看來光芒依舊。在這些方面，本書保鮮如初。
所以，當我們要出版這本二十周年紀念版的時候，必須做出抉擇——是回顧和更新前一版中引用的技術后就大功告成，還是充分借鑒這平添的二十年豐富經驗，重新審視前一版所推崇的實踐背后的種種假設。
最終，我們兩者都做了。
因此，這本書有點像忒修斯之船 。書中大約三分之一的主題是全新的，而其余的大部分都被部分或全部重寫了。我們的目的是，讓內容變得更清晰、更貼切，并在某種程度上不受時間的影響。
我們做了一些艱難的決定。刪除了參考資料附錄，這樣做既因為它無法持續更新，也因為當你有此需要時很容易就能搜索獲得。我們重新組織了與并發有關的主題，這是因為考慮到當前有著大量的并行硬件，卻缺乏處理并行的好方法。我們還添加了一些內容來反映不斷變化的認知和環境，從我們幫助發起的敏捷運動，到對函數式編程語境的日益接受，再到對隱私和安全性方面日益增長的需求。
然而有趣的是，我們之間關于版本內容的爭論比寫第一個版本時要少得多。重要的東西更容易辨別，這已是我們的共識。
無論如何，這本書最后就是這個樣子了，請享用吧。你也許可以從中吸取一些新的做法，也許會覺得我們建議的某些東西是錯的，不妨把它們都帶到你的工作中去，然后給我們反饋。
但是，最重要的是，記住過程要開心。
【這本書是如何組織的】
這本書是許多短小主題的合集。每一個主題都針對特定的話題而獨立成章。你會發現大量的交叉引用，這有助于把各個主題連貫起來。你可以以任意次序隨意閱讀這些主題——這不是一本需要從頭到尾閱讀的書。
偶爾你會看到一個寫有提示n的框起來的標簽塊（比如位于第XVII頁的提示1：關注你的技藝）。這些提示不僅是文中的重點，在我們眼里也是一條條生命——我們每天都賴以為生。
我們已盡可能適時地在書中加入了練習和挑戰。練習通常有相對簡單的答案，而挑戰則更加開放。為了讓你理解我們的思維方式，在附錄里我們列出了這些練習的答案，但是擁有唯一正確答案的問題并不多。挑戰或許能用于高級編程課程中的小組討論，或許能作為論文寫作的基礎。
本書還有一個簡短的參考文獻，列出了我們明確引用的圖書和文章。
【名字有什么含義】
“我用一個詞，”矮胖子相當傲慢地說，“總是同我想要說的恰如其分的，既不重，也不輕。”
—— 路易斯·卡羅《愛麗絲鏡中奇遇》
在整本書中，你會發現各種各樣的行話——要么原本是完好的英語單詞，卻被曲解為技術詞，要么是一些可怕的合成詞，由那些對語言充滿怨恨的計算機科學家賦予其意義。當我們第一次使用這些行話時，會嘗試定義它們，或者至少對其含義給出解釋。當然，肯定還有漏網之魚，而且像對象和關系型數據庫這種已被廣泛使用的，再下一次定義就有點畫蛇添足了。如果你遇到一個以前沒見過的術語，請不要跳過它，不妨花點時間去查一下，可以在網上查，也可以在計算機科學的課本上查。如果有機會還可以給我們發郵件投訴，這樣我們就可以在本書下一版中增加一個定義。
既然話已至此，我們決定報復一下計算機科學家。有時候，明明有一些非常好的術語，對某個概念表達得很好，但我們卻決定不使用這些術語。為什么？因為現有的術語通常局限于特定的問題領域，或者特定的開發階段。而本書的基本哲學之一就是，我們推薦的大多數技術都是通用的：例如模塊化，它就能同時適用于代碼、設計、文檔和團隊組織。當某個傳統術語被拿來在更廣泛的場景下使用時，卻會造成困惑——我們似乎無法擺脫該術語從最初就開始背負的歷史包袱。當這種情況發生時，我們只好發明自己的術語，助紂為虐地讓語言繼續墮落。
【第二版鳴謝】
在過去的二十年里，有成千上萬關于編程的有趣對話曾讓我們開心不已，其中不乏在會議、課程，甚至是飛機上與人們的偶遇。每一次經歷，都會加深我們對開發過程的理解，并為此版本的更新添磚加瓦。感謝所有人（而且，當我們犯錯誤的時候，請繼續提醒）。
感謝本書 Beta 測試過程的參與者，是你們的問題和評論，幫助我們把事情解釋得更清楚。
在進行 Beta 測試之前，我們曾與一些人分享過本書。感謝 VM (Vicky) Brasseur、 Jeff Langr、 Kim Shrier 給予的詳細評論，感謝 José Valim 與 Nick Cuthbert 的技術審核。
感謝 Ron Jeffries 讓我們用數獨的例子。
非常感謝培生集團的人，是他們讓我們以自己的方式來創作這本書。
特別感謝不可或缺的 Janet Furlow，她掌控著一切，讓我們的工作沒有走樣。
最后，向所有在過去的二十年里一直致力于讓編程變得更好的務實的程序員們發出一聲吶喊：再接再厲，更創二十年輝煌。

第一版前言
本書將幫助你成為更好的程序員。
不論你是獨立開發者，還是大型項目團隊的一員，或是同時與許多客戶共事的顧問，都無所謂。本書旨在告訴你，作為個體如何更好地完成工作。這本書不是理論書——我們專注于實踐的話題，利用經驗來做出更明智的決定。務實（Pragmatic）這個詞來自拉丁語 pragmaticus ——“精通業務”，該詞又來源于希臘語 πραγματικ??，意思是“適合使用”。
這是一本關于實干的書。
編程是一門技藝。簡單地說，就是讓計算機做你想讓它做的事情（或是你的用戶想讓它做的事情）。作為一名程序員，你既在傾聽，又在獻策；既是傳譯，又行獨裁；你試圖捕獲難以捉摸的需求，并找到一種表達它們的方式，以便僅靠一臺機器就可以從容應付。你試著把工作記錄成文檔，以便他人理解；你試著將工作工程化，這樣別人就能在其上有所建樹；更重要的是，你試圖在項目時鐘的滴答聲中完成所有這些工作。你每天都在創造小小的奇跡。
編程是一項艱難的工作。
想幫你的人可不少——工具供應商在吹噓他們家產品所創造出的奇跡，方法論大師承諾他們的技術可以為結果做出保證，每個人都聲稱他們用的編程語言是最好的，每個操作系統都自詡包治百病。
當然，這些都不是真的，哪有什么簡單的答案。沒有最好的解決方案，無論是工具、語言還是操作系統；只在特定的環境下才有所謂更合適的系統。
這就讓務實主義有了用武之地。你不應該拘泥于任何特定的技術，而應該擁有足夠廣泛的背景和經驗基礎，以便在特定的情況下選擇合適的解決方案。你的背景來自對計算機科學基本原理的理解，而你的經驗來自廣泛的實際項目。理論結合實踐會讓你變得強大。
調整方法去適應當前的情況和環境。對所有影響項目因素的相對重要性做出判斷，并通過經驗找到適當的解決方案。隨著工作的進展，你要不斷地這樣做。務實的程序員不僅把工作做完，并且做得很好。
【誰應該讀這本書】
本書的目標讀者是那些希望成為更高效、多產的程序員的人。也許你現在感到沮喪，因為似乎沒能發揮自己的潛力；也許你已經注意到，有些同事似乎正在利用工具讓自己的效率比你更高；也許你在現在的工作中使用的是較老的技術，你想知道如何為工作引入新的想法。
我們不會假裝擁有所有（或是絕大部分）的答案，也不會假裝我們的每個想法都適用于所有情況。我們只能說，如果你遵循我們的方法，你將快速獲得經驗、提高生產力，并且更好地理解整個開發過程。最終，你會寫出更好的軟件。
【是什么造就了務實的程序員】
每個開發人員都是獨特的，有各自的優勢和劣勢，以及偏好和厭惡的東西。誠如隨著時間的推移，每個人都將打造自己的個人環境。這種環境將像程序員的愛好、衣服或發型一樣，能強烈地反映出他或她的個性。然而，作為務實的程序員，你們會共有許多如下特征：
.早期的采納者/快速的適配者
你對技術和技巧有一種直覺，喜歡嘗試。當接觸到新東西時，你可以很快地掌握它們，并把它們與其他的知識結合起來。你的信心來自經驗。
.好奇
你傾向于問問題。這真不錯——你怎么做到的？你對那個庫有意見嗎？總在聽人說起的量子計算到底是什么？符號鏈接是怎么實現的？你熱衷于收集各種細微的事實，堅信它們會影響自己多年后的決策。
.批判性的思考者
你在沒有得到證實前很少接受既定的現實。當同事們說“因為就該這么做”，或者供應商承諾會解決所有的問題時，你會聞到挑戰的味道。
.現實主義
你試圖理解所面臨的每個問題的本質。這種現實主義讓你對事情有多困難、需要用多長時間有一個很好的感知。一個過程應該很難，或是需要點時間才能完成，對這些的深刻理解，給了你堅持下去的毅力。
.多面手
你努力熟悉各種技術和環境，并努力跟上新的進展。雖然目前的工作可能要求你在某個專門領域成為行家，但你總是能夠進入新的領域，迎接新的挑戰。
我們把最基本的特征留到最后。所有務實的程序員都有這個特征。它足夠基本，完全可以作為提示來加以聲明。
提示1 關注你的技藝
我們覺得，如果你不關心怎么把軟件開發好，那么軟件開發領域就再也沒什么好談的事情了。
提示2 思考！思考你的工作
為了成為一名務實的程序員，我們要求你在做事的時候，思考一下自己正在做什么。這不是對當前實踐做的一次性審計——而是對每天里每一個項目所做的每一個決定進行的批判性評估。不要用自動輔助駕駛系統偷懶，而是要不斷地思考，即時地批判自己的工作。IBM 公司的座右銘“思考！”，實屬每個務實程序員的真言。
如果你覺得這聽起來很困難，那么你就表現出了現實主義的特征。這會占用你一些寶貴的時間——可能是已經處于巨大壓力之下的時間。當然會有回報，你能更積極地投入喜歡的工作，對越來越多的學科有掌控感，對不斷進步產生愉悅感。從長期來看，時間投資將得到回報，因為你和你的團隊將變得更高效，能編寫出更容易維護的代碼，并且在會議上花的時間更少。
【務實的個體，大型的團隊】
有些人認為在大型團隊或復雜的項目中沒有個性的空間。“軟件是一門工程學科，”他們說，“如果團隊成員個體自行其是，軟件就會崩潰。”
我們強烈反對這種看法。
誠然，軟件構造有工程的成分。然而，這并不妨礙個體的技藝。想想中世紀在歐洲建造的大教堂，每一座都需要數千人年的努力，時間跨度長達幾十年。從中吸取的經驗教訓被傳遞給下一代的建造者，最終一代代累積的造詣推動了結構工程的發展。而木匠、石匠、雕刻師和玻璃工人都是手工藝人——通過吃透工程要求，其創造所體現出的整體水準，已遠超建筑中純機械的部分。正是他們對個人貢獻的信念支撐著這些項目：我們，采集的只是石頭，卻必須始終展望著未來的大教堂。
在一個項目的整體結構中，總有個性和技藝的空間。考慮到軟件工程的當前狀態，這一點尤為正確。今天的土木工程師，很難接受中世紀大教堂建造者使用的技術——百年后我們的工程看上去也一樣古老，而我們的技藝仍將受到尊重。
【這是一個連續的過程】
一位游客在參觀英格蘭伊頓公學時，詢問園丁是如何把草坪修剪得如此完美的。“那很簡單，”園丁回答說，“你只要每天早上拂去露水，隔天修剪一次，一周再滾壓一次就行了。”
“就是這些嗎？”游客問。“就這些，”園丁回答，“這樣做上五百年，你也會有一片漂亮的草坪。”
偉大的草坪需要每天的點滴護理，偉大的程序員也是如此。管理顧問喜歡在談話中拋出“改善（Kaizen）”這個詞。“改善”是一個日語術語，意思是不斷地做出許多小的改進。這被認為是日本制造業生產率和質量大幅提高的主要原因之一，并被全世界廣泛效仿。改善也適用于個人。每一天都要努力打磨你的技能，并往技能庫里添加新的工具。與伊頓草坪不同，你會在幾天內就看到效果。幾年下來，你會對成果驚訝不已——經驗業已開花結果，技能早就茁壯成長。