掃一掃
關(guān)注中圖網(wǎng)
官方微博
本類五星書更多>
-
>
全國計算機等級考試最新真考題庫模擬考場及詳解·二級MSOffice高級應(yīng)用
-
>
決戰(zhàn)行測5000題(言語理解與表達)
-
>
軟件性能測試.分析與調(diào)優(yōu)實踐之路
-
>
第一行代碼Android
-
>
JAVA持續(xù)交付
-
>
EXCEL最強教科書(完全版)(全彩印刷)
-
>
深度學(xué)習(xí)
程序員修煉之道:通向務(wù)實的最高境界(第2版) 版權(quán)信息
- ISBN：9787121384356
- 條形碼：9787121384356 ; 978-7-121-38435-6
- 裝幀：平裝-膠訂
- 冊數(shù)：暫無
- 重量：暫無
- 所屬分類：>>
程序員修煉之道:通向務(wù)實的最高境界(第2版) 本書特色
《程序員修煉之道》之所以在全球范圍內(nèi)廣泛傳播，被一代代開發(fā)者奉為圭臬，蓋因它可以創(chuàng)造出真正的價值：或編寫出更好的軟件，或探究出編程的本質(zhì)，而所有收獲均不依賴于特定語言、框架和方法。時隔20年的新版，經(jīng)過全面的重新選材、組織和編寫，覆蓋哲學(xué)、方法、工具、設(shè)計、解耦、并發(fā)、重構(gòu)、需求、團隊等務(wù)實話題的*實踐及重大陷阱，以及易于改造、復(fù)用的架構(gòu)技術(shù)。本書極具洞察力與趣味性，適合從初學(xué)者到架構(gòu)師的各階層讀者潛心研讀或增廣見聞。
程序員修煉之道:通向務(wù)實的最高境界(第2版) 內(nèi)容簡介
√ 屹立 20 年影響力大作，成功案例數(shù)以千萬計，凌駕于任何語言|框架|方法之上。 √ 面向未來重寫全部內(nèi)容，從程序員責(zé)任與職業(yè)發(fā)展，到靈活|易適配|可重用架構(gòu)。 √ 53個核心話題|99個高能提示，闡明軟件開發(fā)走向卓越之路及途中各種典型陷阱。 √ 編程界傳奇人物云風(fēng)操刀翻譯，至理|奧義|案例|技巧之原著精微，無不掘至毫巔。 ◎與“軟件腐爛”做斗爭 ◎持續(xù)學(xué)習(xí) ◎避免知識重復(fù)的陷阱 ◎?qū)懗鲇袕椥浴討B(tài)、適配性強的代碼 ◎駕馭基本工具的力量 ◎避免依賴巧合編程 ◎?qū)W習(xí)真正的需求 ◎解決并發(fā)代碼的底層問題 ◎防范安全漏洞 ◎建立務(wù)實程序員構(gòu)成的團隊 ◎?qū)δ愕墓ぷ骱褪聵I(yè)負責(zé) ◎無情而有效地做測試，包括基于特性的測試 ◎組建務(wù)實的入門套件 ◎取悅你的用戶
程序員修煉之道:通向務(wù)實的最高境界(第2版) 目錄
序 XVII
新版前言 XXI
**版前言 XV
提示1：關(guān)注你的技藝 XVII
如果你不關(guān)心怎么做好，為什么還要花時間去開發(fā)軟件呢？
提示2：思考！思考你的工作 XVII
關(guān)掉輔助駕駛，由自己掌控，持續(xù)不斷地評估所做的工作。
第1章 務(wù)實的哲學(xué) 1
1 人生是你的 2
提示3：你有權(quán)選擇 3
人生是自己的。把握住人生，讓它如你所愿。
2 我的源碼被貓吃了 3
提示4：提供選擇，別找借口 5
提供選擇而不是去找理由。不要只說做不到；解釋一下都能做些什么。
3 軟件的熵 6
提示5：不要放任破窗 7
只要看到不好的設(shè)計、錯誤的決策、糟糕的代碼，就趕緊去糾正。
4 石頭做的湯和煮熟的青蛙 9
提示6：做推動變革的催化劑 10
你無法強迫人們?nèi)ジ淖儯梢哉故久篮梦磥恚椭麄儏⑴c創(chuàng)造。
提示7：牢記全景 10
不要過度沉浸于細枝末節(jié)，以免察覺不到周圍正在發(fā)生的事情。
5 夠好即可的軟件 11
提示8：將質(zhì)量要求視為需求問題 12
讓用戶參與對項目真實質(zhì)量需求的確定。
6 知識組合 14
提示9：對知識組合做定期投資 16
養(yǎng)成學(xué)習(xí)的習(xí)慣。
提示10：批判性地分析你讀到和聽到的東西 18
不要受供應(yīng)商、媒體炒作或教條的影響，根據(jù)自身和項目的實際情況來
分析信息。
7 交流！ 20
提示11：英語就是另一門編程語言 20
將英語視作一門編程語言。寫文檔和編程一樣要遵循 DRY 原則、ETC、
自動化等。
提示12：說什么和怎么說同樣重要 23
如果無法有效交流，任何偉大的想法都是沒有意義的。
提示13：把文檔嵌進去，而不要栓在表面 24
與代碼隔離的文檔，很難保持正確并及時更新。
第2章 務(wù)實的方法 27
8 優(yōu)秀設(shè)計的精髓 28
提示14：優(yōu)秀的設(shè)計比糟糕的設(shè)計更容易變更 28
適合使用者的事物，都已經(jīng)過良好設(shè)計。對代碼來說，這意味著必須適應(yīng)
變化。
9 DRY——邪惡的重復(fù) 30
提示15：DRY——不要重復(fù)自己 31
系統(tǒng)中的每一條知識，都必須有單一且無歧義的權(quán)威陳述。
提示16：讓復(fù)用變得更容易 39
只要復(fù)用方便，人們就會去做。創(chuàng)建一個支持復(fù)用的環(huán)境。
10 正交性 40
提示17：消除不相關(guān)事物之間的影響 41
設(shè)計的組件，需要自成一體、獨立自主，有單一的清晰定義的意圖。
11 可逆性 48
提示18：不設(shè)*終決定 50
不要把決定刻在石頭上，而要將其視為寫在沙灘上的東西，時刻準備
應(yīng)變。
提示19：放棄追逐時尚 50
尼爾·福特說過：“昨日之*佳實踐，即明日之反模式。”要基于基本
原則去選擇架構(gòu)，而不應(yīng)盲從于流行。
12 曳光彈 51
提示20：使用曳光彈找到目標(biāo) 53
通過不斷嘗試并看清著彈點，曳光彈可確保你*終擊中目標(biāo)。
13 原型與便簽 57
提示21：用原型學(xué)習(xí) 58
制作原型旨在學(xué)習(xí)經(jīng)驗，其價值不在于過程中產(chǎn)生的代碼，而在于
得到的教訓(xùn)。
14 領(lǐng)域語言 60
提示22：靠近問題域編程 61
用問題領(lǐng)域的語言來做設(shè)計和編程。
15 估算 67
提示23：通過估算來避免意外 67
開始之前做估算，能提前發(fā)現(xiàn)潛在問題。
提示24：根據(jù)代碼不斷迭代進度表 72
利用實施過程中獲得的經(jīng)驗來精細化項目的時間尺度。
第3章 基礎(chǔ)工具 74
16 純文本的威力 75
提示25：將知識用純文本保存 76
純文本不會過時。它能夠讓你的工作事半功倍，并能簡化調(diào)試和測試
工作。
17 Shell游戲 79
提示26：發(fā)揮 Shell 命令的威力 80
當(dāng)圖形化界面無法勝任時，使用 Shell。
18 加強編輯能力 82
提示27：游刃有余地使用編輯器 82
既然編輯器是至關(guān)重要的工具，不妨了解一下如何用它更快更準確地
實現(xiàn)需求。
19 版本控制 85
提示28：永遠使用版本控制 87
版本控制為你的工作創(chuàng)造了一個時間機器，可以用它重返過去。
20 調(diào)試 90
提示29：去解決問題，而不是責(zé)備 91
Bug 到底來自你的失誤還是別人的失誤真的不重要——它終究是你的
問題，需要你來修復(fù)。
提示30：不要恐慌 91
不管是對銀河系搭車客，還是對開發(fā)者來說，都應(yīng)這樣。
提示31：修代碼前先讓代碼在測試中失敗 93
在你修 Bug 前，先創(chuàng)建一個聚焦于該 Bug 的測試。
提示32：讀一下那些該死的出錯信息 93
大多數(shù)異常都能告訴失敗之物與失敗之處。如果足夠幸運，你甚至能
得到具體的參數(shù)值。
提示33：“select”沒出問題 97
在操作系統(tǒng)或編譯器中發(fā)現(xiàn) Bug 非常罕見，甚至在第三方產(chǎn)品或庫中
也是如此。Bug 大多出現(xiàn)在應(yīng)用程序中。
提示34：不要假設(shè)，要證明 97
在真實環(huán)境中證實你的假設(shè)——要依賴真實的數(shù)據(jù)及邊界條件。
21 文本處理 99
提示35：學(xué)習(xí)一門文本處理語言 99
既然每天都要花大量的時間與文本打交道，何不讓計算機幫你分擔(dān)一二？
22 工程日記 101
第4章 務(wù)實的偏執(zhí) 103
提示36：你無法寫出完美的軟件 103
軟件不可能是完美的。對于在所難免的錯誤，要保護代碼和用戶免受其
影響。
23 契約式設(shè)計 104
提示37：通過契約進行設(shè)計 107
代碼是否不多不少剛好完成它宣稱要做的事情，可以使用契約加以校驗
和文檔化。
24 死掉的程序不會說謊 113
提示38：盡早崩潰 114
徹底死掉的程序通常比有缺陷的程序造成的損害要小。
25 斷言式編程 115
提示39：使用斷言去預(yù)防不可能的事情 115
如果一件事情不可能發(fā)生，那么就用斷言來確保其的確不會發(fā)生。斷言
在校驗?zāi)愕募僭O(shè)，要使用斷言在不確定的世界中將你的代碼保護起來。
26 如何保持資源的平衡 119
提示40：有始有終 119
只要有可能，對資源進行分配的函數(shù)或?qū)ο缶陀胸?zé)任去釋放該資源。
提示41：在局部行動 122
將易變的變量維持在一個范圍內(nèi)，打開資源的過程要短暫且明顯可見。
27 不要沖出前燈范圍 127
提示42：小步前進——由始至終 127
永遠小步前進，不斷檢查反饋，并且在推進前先做調(diào)整。
提示43：避免占卜 129
只在你能看到的范圍內(nèi)做計劃。
第5章 寧彎不折 130
28 解耦 131
提示44：解耦代碼讓改變更容易 132
耦合使事物緊緊綁定在一起，以至于很難只改變其中之一。
提示45：只管命令不要詢問 133
不要從對象中取出值，在加以變換后再塞回去，讓對象自己來完成這些
工作。
提示46：不要鏈式調(diào)用方法 135
當(dāng)訪問某事物時，使用的點號不要超過一個。
提示47：避免全局數(shù)據(jù) 137
*好給每個方法增加一個額外的參數(shù)。
提示48：如果全局唯一非常重要，那么將它包裝到API 中 137
……但是，僅限于你真的非常希望它是全局的。
29 在現(xiàn)實世界中拋球雜耍 139
30 變換式編程 149
提示49：編程講的是代碼，而程序談的是數(shù)據(jù) 151
所有的程序都在變換數(shù)據(jù)——將輸入轉(zhuǎn)換為輸出。開始用變換式方法來
設(shè)計吧！
提示50：不要囤積狀態(tài)，傳遞下去 156
不要把數(shù)據(jù)保持在函數(shù)或模塊的內(nèi)部，拿出來傳遞下去。
31 繼承稅 162
提示51：不要付繼承稅 165
考慮一下能更好滿足需求的替代方案，比如接口、委托或mixin。
提示52：盡量用接口來表達多態(tài) 167
無需繼承引入的耦合，接口就能明確描述多態(tài)性。
提示53：用委托提供服務(wù)：“有一個”勝過“是一個” 167
不要從服務(wù)中繼承，應(yīng)該包含服務(wù)。
提示54：利用 mixin 共享功能 169
mixin 不必承擔(dān)繼承稅就可以給類添加功能，而與接口結(jié)合可以讓
多態(tài)不再令人痛苦。
32 配置 170
提示55：使用外部配置參數(shù)化應(yīng)用程序 170
如果代碼對一些在應(yīng)用程序發(fā)布后還有可能改變的值有所依賴，那么
就在應(yīng)用外部維護這些值。
第6章 并發(fā) 174
33 打破時域耦合 175
提示56：通過分析工作流來提高并發(fā)性 176
利用用戶工作流中的并發(fā)性。
34 共享狀態(tài)是不正確的狀態(tài) 179
提示57：共享狀態(tài)是不正確的狀態(tài) 180
共享狀態(tài)會帶來無窮的麻煩，而且往往只有重啟才能解決。
提示58：隨機故障通常是并發(fā)問題 186
或許時間和上下文的變化能暴露并發(fā)Bug，但并發(fā)Bug無法始終保持
一致，也很難重現(xiàn)。
35 角色與進程 187
提示59：用角色實現(xiàn)并發(fā)性時不必共享狀態(tài) 188
使用角色來管理并發(fā)狀態(tài)，可以避免顯式的同步。
36 黑板 193
提示60：使用黑板來協(xié)調(diào)工作流 195
使用黑板來協(xié)調(diào)不相關(guān)的事實和代理人，能同時保持參與者之間的
獨立性和孤立性。
第7章 當(dāng)你編碼時 198
37 聽從蜥蜴腦 199
提示61：傾聽你內(nèi)心的蜥蜴 201
當(dāng)編程舉步維艱時，其實是潛意識在告訴你有什么地方不對勁。
38 巧合式編程 204
提示62：不要依賴巧合編程 207
只能依賴可靠的事物。注意偶然事件的復(fù)雜性，不要混淆快樂的巧合
與有目的的計劃。
39 算法速度 210
提示63：評估算法的級別 214
在開始編程前，對這件事情大概會花多長時間要有概念。
提示64：對估算做測試 214
針對算法的數(shù)學(xué)分析無法說明所有問題，嘗試在目標(biāo)環(huán)境中測試一下
執(zhí)行代碼的耗時。
40 重構(gòu) 216
提示65：盡早重構(gòu)，經(jīng)常重構(gòu) 219
像除草和翻整花園那樣，只要有需要就對代碼進行重新編寫、修訂
和架構(gòu)，以便找到問題的根源并加以修復(fù)。
41 為編碼測試 220
提示66：測試與找 Bug 無關(guān) 221
測試是觀察代碼的一個視角，可以從中得到針對設(shè)計、接口和耦合度的
反饋。
提示67：測試是代碼的**個用戶 222
用測試的反饋來引導(dǎo)工作。
提示68：既非自上而下，也不自下而上，基于端對端構(gòu)建 225
創(chuàng)建一小塊端到端的功能，從中獲悉問題之所在。
提示69：為測試做設(shè)計 228
寫下代碼之前先從測試角度思考。
提示70：要對軟件做4
新版前言 XXI
**版前言 XV
提示1：關(guān)注你的技藝 XVII
如果你不關(guān)心怎么做好，為什么還要花時間去開發(fā)軟件呢？
提示2：思考！思考你的工作 XVII
關(guān)掉輔助駕駛，由自己掌控，持續(xù)不斷地評估所做的工作。
第1章 務(wù)實的哲學(xué) 1
1 人生是你的 2
提示3：你有權(quán)選擇 3
人生是自己的。把握住人生，讓它如你所愿。
2 我的源碼被貓吃了 3
提示4：提供選擇，別找借口 5
提供選擇而不是去找理由。不要只說做不到；解釋一下都能做些什么。
3 軟件的熵 6
提示5：不要放任破窗 7
只要看到不好的設(shè)計、錯誤的決策、糟糕的代碼，就趕緊去糾正。
4 石頭做的湯和煮熟的青蛙 9
提示6：做推動變革的催化劑 10
你無法強迫人們?nèi)ジ淖儯梢哉故久篮梦磥恚椭麄儏⑴c創(chuàng)造。
提示7：牢記全景 10
不要過度沉浸于細枝末節(jié)，以免察覺不到周圍正在發(fā)生的事情。
5 夠好即可的軟件 11
提示8：將質(zhì)量要求視為需求問題 12
讓用戶參與對項目真實質(zhì)量需求的確定。
6 知識組合 14
提示9：對知識組合做定期投資 16
養(yǎng)成學(xué)習(xí)的習(xí)慣。
提示10：批判性地分析你讀到和聽到的東西 18
不要受供應(yīng)商、媒體炒作或教條的影響，根據(jù)自身和項目的實際情況來
分析信息。
7 交流！ 20
提示11：英語就是另一門編程語言 20
將英語視作一門編程語言。寫文檔和編程一樣要遵循 DRY 原則、ETC、
自動化等。
提示12：說什么和怎么說同樣重要 23
如果無法有效交流，任何偉大的想法都是沒有意義的。
提示13：把文檔嵌進去，而不要栓在表面 24
與代碼隔離的文檔，很難保持正確并及時更新。
第2章 務(wù)實的方法 27
8 優(yōu)秀設(shè)計的精髓 28
提示14：優(yōu)秀的設(shè)計比糟糕的設(shè)計更容易變更 28
適合使用者的事物，都已經(jīng)過良好設(shè)計。對代碼來說，這意味著必須適應(yīng)
變化。
9 DRY——邪惡的重復(fù) 30
提示15：DRY——不要重復(fù)自己 31
系統(tǒng)中的每一條知識，都必須有單一且無歧義的權(quán)威陳述。
提示16：讓復(fù)用變得更容易 39
只要復(fù)用方便，人們就會去做。創(chuàng)建一個支持復(fù)用的環(huán)境。
10 正交性 40
提示17：消除不相關(guān)事物之間的影響 41
設(shè)計的組件，需要自成一體、獨立自主，有單一的清晰定義的意圖。
11 可逆性 48
提示18：不設(shè)*終決定 50
不要把決定刻在石頭上，而要將其視為寫在沙灘上的東西，時刻準備
應(yīng)變。
提示19：放棄追逐時尚 50
尼爾·福特說過：“昨日之*佳實踐，即明日之反模式。”要基于基本
原則去選擇架構(gòu)，而不應(yīng)盲從于流行。
12 曳光彈 51
提示20：使用曳光彈找到目標(biāo) 53
通過不斷嘗試并看清著彈點，曳光彈可確保你*終擊中目標(biāo)。
13 原型與便簽 57
提示21：用原型學(xué)習(xí) 58
制作原型旨在學(xué)習(xí)經(jīng)驗，其價值不在于過程中產(chǎn)生的代碼，而在于
得到的教訓(xùn)。
14 領(lǐng)域語言 60
提示22：靠近問題域編程 61
用問題領(lǐng)域的語言來做設(shè)計和編程。
15 估算 67
提示23：通過估算來避免意外 67
開始之前做估算，能提前發(fā)現(xiàn)潛在問題。
提示24：根據(jù)代碼不斷迭代進度表 72
利用實施過程中獲得的經(jīng)驗來精細化項目的時間尺度。
第3章 基礎(chǔ)工具 74
16 純文本的威力 75
提示25：將知識用純文本保存 76
純文本不會過時。它能夠讓你的工作事半功倍，并能簡化調(diào)試和測試
工作。
17 Shell游戲 79
提示26：發(fā)揮 Shell 命令的威力 80
當(dāng)圖形化界面無法勝任時，使用 Shell。
18 加強編輯能力 82
提示27：游刃有余地使用編輯器 82
既然編輯器是至關(guān)重要的工具，不妨了解一下如何用它更快更準確地
實現(xiàn)需求。
19 版本控制 85
提示28：永遠使用版本控制 87
版本控制為你的工作創(chuàng)造了一個時間機器，可以用它重返過去。
20 調(diào)試 90
提示29：去解決問題，而不是責(zé)備 91
Bug 到底來自你的失誤還是別人的失誤真的不重要——它終究是你的
問題，需要你來修復(fù)。
提示30：不要恐慌 91
不管是對銀河系搭車客，還是對開發(fā)者來說，都應(yīng)這樣。
提示31：修代碼前先讓代碼在測試中失敗 93
在你修 Bug 前，先創(chuàng)建一個聚焦于該 Bug 的測試。
提示32：讀一下那些該死的出錯信息 93
大多數(shù)異常都能告訴失敗之物與失敗之處。如果足夠幸運，你甚至能
得到具體的參數(shù)值。
提示33：“select”沒出問題 97
在操作系統(tǒng)或編譯器中發(fā)現(xiàn) Bug 非常罕見，甚至在第三方產(chǎn)品或庫中
也是如此。Bug 大多出現(xiàn)在應(yīng)用程序中。
提示34：不要假設(shè)，要證明 97
在真實環(huán)境中證實你的假設(shè)——要依賴真實的數(shù)據(jù)及邊界條件。
21 文本處理 99
提示35：學(xué)習(xí)一門文本處理語言 99
既然每天都要花大量的時間與文本打交道，何不讓計算機幫你分擔(dān)一二？
22 工程日記 101
第4章 務(wù)實的偏執(zhí) 103
提示36：你無法寫出完美的軟件 103
軟件不可能是完美的。對于在所難免的錯誤，要保護代碼和用戶免受其
影響。
23 契約式設(shè)計 104
提示37：通過契約進行設(shè)計 107
代碼是否不多不少剛好完成它宣稱要做的事情，可以使用契約加以校驗
和文檔化。
24 死掉的程序不會說謊 113
提示38：盡早崩潰 114
徹底死掉的程序通常比有缺陷的程序造成的損害要小。
25 斷言式編程 115
提示39：使用斷言去預(yù)防不可能的事情 115
如果一件事情不可能發(fā)生，那么就用斷言來確保其的確不會發(fā)生。斷言
在校驗?zāi)愕募僭O(shè)，要使用斷言在不確定的世界中將你的代碼保護起來。
26 如何保持資源的平衡 119
提示40：有始有終 119
只要有可能，對資源進行分配的函數(shù)或?qū)ο缶陀胸?zé)任去釋放該資源。
提示41：在局部行動 122
將易變的變量維持在一個范圍內(nèi)，打開資源的過程要短暫且明顯可見。
27 不要沖出前燈范圍 127
提示42：小步前進——由始至終 127
永遠小步前進，不斷檢查反饋，并且在推進前先做調(diào)整。
提示43：避免占卜 129
只在你能看到的范圍內(nèi)做計劃。
第5章 寧彎不折 130
28 解耦 131
提示44：解耦代碼讓改變更容易 132
耦合使事物緊緊綁定在一起，以至于很難只改變其中之一。
提示45：只管命令不要詢問 133
不要從對象中取出值，在加以變換后再塞回去，讓對象自己來完成這些
工作。
提示46：不要鏈式調(diào)用方法 135
當(dāng)訪問某事物時，使用的點號不要超過一個。
提示47：避免全局數(shù)據(jù) 137
*好給每個方法增加一個額外的參數(shù)。
提示48：如果全局唯一非常重要，那么將它包裝到API 中 137
……但是，僅限于你真的非常希望它是全局的。
29 在現(xiàn)實世界中拋球雜耍 139
30 變換式編程 149
提示49：編程講的是代碼，而程序談的是數(shù)據(jù) 151
所有的程序都在變換數(shù)據(jù)——將輸入轉(zhuǎn)換為輸出。開始用變換式方法來
設(shè)計吧！
提示50：不要囤積狀態(tài)，傳遞下去 156
不要把數(shù)據(jù)保持在函數(shù)或模塊的內(nèi)部，拿出來傳遞下去。
31 繼承稅 162
提示51：不要付繼承稅 165
考慮一下能更好滿足需求的替代方案，比如接口、委托或mixin。
提示52：盡量用接口來表達多態(tài) 167
無需繼承引入的耦合，接口就能明確描述多態(tài)性。
提示53：用委托提供服務(wù)：“有一個”勝過“是一個” 167
不要從服務(wù)中繼承，應(yīng)該包含服務(wù)。
提示54：利用 mixin 共享功能 169
mixin 不必承擔(dān)繼承稅就可以給類添加功能，而與接口結(jié)合可以讓
多態(tài)不再令人痛苦。
32 配置 170
提示55：使用外部配置參數(shù)化應(yīng)用程序 170
如果代碼對一些在應(yīng)用程序發(fā)布后還有可能改變的值有所依賴，那么
就在應(yīng)用外部維護這些值。
第6章 并發(fā) 174
33 打破時域耦合 175
提示56：通過分析工作流來提高并發(fā)性 176
利用用戶工作流中的并發(fā)性。
34 共享狀態(tài)是不正確的狀態(tài) 179
提示57：共享狀態(tài)是不正確的狀態(tài) 180
共享狀態(tài)會帶來無窮的麻煩，而且往往只有重啟才能解決。
提示58：隨機故障通常是并發(fā)問題 186
或許時間和上下文的變化能暴露并發(fā)Bug，但并發(fā)Bug無法始終保持
一致，也很難重現(xiàn)。
35 角色與進程 187
提示59：用角色實現(xiàn)并發(fā)性時不必共享狀態(tài) 188
使用角色來管理并發(fā)狀態(tài)，可以避免顯式的同步。
36 黑板 193
提示60：使用黑板來協(xié)調(diào)工作流 195
使用黑板來協(xié)調(diào)不相關(guān)的事實和代理人，能同時保持參與者之間的
獨立性和孤立性。
第7章 當(dāng)你編碼時 198
37 聽從蜥蜴腦 199
提示61：傾聽你內(nèi)心的蜥蜴 201
當(dāng)編程舉步維艱時，其實是潛意識在告訴你有什么地方不對勁。
38 巧合式編程 204
提示62：不要依賴巧合編程 207
只能依賴可靠的事物。注意偶然事件的復(fù)雜性，不要混淆快樂的巧合
與有目的的計劃。
39 算法速度 210
提示63：評估算法的級別 214
在開始編程前，對這件事情大概會花多長時間要有概念。
提示64：對估算做測試 214
針對算法的數(shù)學(xué)分析無法說明所有問題，嘗試在目標(biāo)環(huán)境中測試一下
執(zhí)行代碼的耗時。
40 重構(gòu) 216
提示65：盡早重構(gòu)，經(jīng)常重構(gòu) 219
像除草和翻整花園那樣，只要有需要就對代碼進行重新編寫、修訂
和架構(gòu)，以便找到問題的根源并加以修復(fù)。
41 為編碼測試 220
提示66：測試與找 Bug 無關(guān) 221
測試是觀察代碼的一個視角，可以從中得到針對設(shè)計、接口和耦合度的
反饋。
提示67：測試是代碼的**個用戶 222
用測試的反饋來引導(dǎo)工作。
提示68：既非自上而下，也不自下而上，基于端對端構(gòu)建 225
創(chuàng)建一小塊端到端的功能，從中獲悉問題之所在。
提示69：為測試做設(shè)計 228
寫下代碼之前先從測試角度思考。
提示70：要對軟件做4
展開全部
程序員修煉之道:通向務(wù)實的最高境界(第2版) 相關(guān)資料
這樣的贊美一直不絕于耳：通過撰寫一本書來推動整個行業(yè)，是 Andy 和 Dave 用《程序員修煉之道：從小工到專家》完成的一大壯舉，無人可以超越。然而，有時兩次閃電的確會擊中同一個地方，這部名著的再版即為明證。其令人震撼的內(nèi)容更新，足以確保自身在未來二十年里繼續(xù)雄踞“精選軟件開發(fā)圖書”榜單之首，此可謂實至名歸。
—— VM (Vicky) Brasseur
瞻博網(wǎng)絡(luò)開源戰(zhàn)略總監(jiān)
如果想讓自己的軟件既領(lǐng)先于時代又易于維護，就在手邊擺放一本《程序員修煉之道：通向務(wù)實的*境界（第2版）》。本書充滿實用建議，有技術(shù)方面的，也有專業(yè)方面的，無不能讓你和你的項目受益多年。
—— Andrea Goulet
Corgibytes 公司 CEO
LegacyCode.Rocks 創(chuàng)始人
可以說，《程序員修煉之道》完全改變了我的職業(yè)軌跡，為我指明了軟件領(lǐng)域的成功方向。正是這本書，開闊了我的視野，讓我意識到自己不僅僅是龐大機器上的一枚齒輪，有朝一日也能藉由修煉成為匠師。它是我生命中*重要的一本書。
—— Obie Fernandez
《Rails 之道》作者
初讀此書的讀者，在見識到那個軟件開發(fā)實踐的新世界時，立刻充滿期待。而*版圖書，對塑造這樣一個迷人的現(xiàn)代世界，的確厥功至偉。現(xiàn)在，*版的讀者將有機會在新版中重溫舊夢，再次接受洞察力和實踐智慧的洗禮，而《程序員修煉之道》當(dāng)初正因此被奉為圭臬。更重要的是，經(jīng)由兩位專家親手組織與更新的再版圖書，業(yè)已因富含新知而重?zé)ㄇ啻骸?br />—— David A. Black
《Ruby程序員修煉之道》作者
舊版的《程序員修煉之道》一直駐留在我的書架上。從很久以前它改變我作為一個程序員的工作方式那一刻起，我讀了又讀。在這個全新的版本中，一切似乎都已改變，而一切又仿佛還在那里。雖然我們現(xiàn)在換用 iPad 閱讀新版，其代碼示例也改由現(xiàn)代編程語言實現(xiàn)——但是蘊藏其中的概念、思想和態(tài)度，亙古不變且通行宇宙。二十年過去，這本書的價值從未折損。現(xiàn)在乃至將來的開發(fā)人員，都有機會從 Andy 和 Dave 的深刻洞見中獲益，正如當(dāng)年的我一樣，這讓人備感欣慰。
—— Sandy Mamoli
敏捷教練
How Self-Selection Lets People Excel 作者
二十年前，《程序員修煉之道》的*版徹底顛覆了我的技術(shù)生涯。這次的新版，也將對你有此影響。
—— Mike Cohn
《Scrum敏捷軟件開發(fā)》
《敏捷估計與規(guī)劃》
《用戶故事與敏捷方法》作者
程序員修煉之道:通向務(wù)實的最高境界(第2版) 作者簡介
Dave Thomas喜歡駕駛單引擎飛機飛行，而之所以能負擔(dān)這樣奢侈的愛好，是因為他擅長于為各種難題尋找優(yōu)雅的解決方案，提供諸多領(lǐng)域里的咨詢服務(wù)——航空、銀行、金融服務(wù)、電信、交通運輸及互聯(lián)網(wǎng)。在于1994年移居美國前，Dave在英國創(chuàng)立了一家通過ISO9001認證的軟件公司，為世界各地的客戶開發(fā)成熟、定制的軟件項目。Dave現(xiàn)在是一位獨立顧問，居住在德克薩斯州的達拉斯。Andy Hunt是一位熱情的木匠和音樂家，但奇怪的是，他另一個顧問的身份，給為人們所推崇。他的工作領(lǐng)域包括電信、銀行、金融服務(wù)、公共服務(wù)，以及一些更奇特的領(lǐng)域，比如醫(yī)學(xué)成像、圖形藝術(shù)、互聯(lián)網(wǎng)服務(wù)。Andy的專長是把經(jīng)過驗證的技術(shù)與先進的技術(shù)混合在一起，創(chuàng)建各種新穎的——但也是實用的——解決方案。Andy在北卡羅萊納州的羅利市擁有自己的顧問公司。兩位作者正在協(xié)同工作，以ThePragmaticProgrammer公司的名義，把合起來超過四十年的專業(yè)經(jīng)驗帶給美國各地的客戶。
譯者云風(fēng)（真名吳云洋），曾任網(wǎng)易杭州研究中心總監(jiān)，是網(wǎng)易《大話西游》《夢幻西游》等知名游戲的主要開發(fā)者；2011 年與前網(wǎng)易 COO 詹鐘暉聯(lián)合創(chuàng)辦簡悅（EJOY）游戲公司，兼任 CTO，現(xiàn)該公司已被阿里收購；在互聯(lián)網(wǎng)、游戲界擁有較高技術(shù)影響力，常年發(fā)表博客文章，并著有《游戲之旅》及《Effective C （評注版）》。
書友推薦
- >
山海經(jīng)
- >
二體千字文
- >
伊索寓言-世界文學(xué)名著典藏-全譯本
- >
朝聞道
- >
龍榆生：詞曲概論/大家小書
- >
人文閱讀與收藏·良友文學(xué)叢書:一天的工作
- >
姑媽的寶刀
- >
推拿
本類暢銷
