程式設計師的38堂成長課

《程式設計師的38堂成長課》是2022年人民郵電出版社出版的圖書，作者是皮特·古德利夫（Pete Goodliffe）。

基本介紹

• 中文名：程式設計師的38堂成長課
• 作者：[英] 皮特·古德利夫（Pete Goodliffe）
• 出版社：人民郵電出版社
• 出版時間：2022年1月1日
• 頁數：288 頁
• 開本：16 開
• 裝幀：平裝
• ISBN：9787115577948

內容簡介

本書以38個話題的形式，從軟體開發的角度講述了如何成為優秀的程式設計師，是一份“程式設計師成長課程表”。全書內容涵蓋程式設計師職業生涯的方方面面，共分為五大部分：如何編寫代碼，有益編程的重要實踐，如何打造卓越的編程職業生涯，如何採用切實可行的辦法按時交付代碼，如何與其他從事軟體開發的人高效合作。不管你是經驗豐富的開發人員，還是開發新手，抑或只是編程愛好者，都可以從本書中找到有價值的提示。

目錄

前言 xix

第　1 章 心繫代碼　1

第　一部分 編碼乃餘事

第　2 章 保持外觀整潔　6

2．1　編碼規範不是小事　7

2．2　它關乎溝通　8

2．3　排版　9

2．3．1　結構合理　9

2．3．2　一致性　10

2．4　命名　11

2．4．1　簡潔　12

2．4．2　清晰　12

2．4．3　地道　12

2．4．4　準確　12

2．5　得體地修改代碼　13

2．6　結論　13

第　3 章 寫更少的代碼　15

3．1　為什麼要關注　16

3．2　不嚴謹的邏輯判斷　16

3．3　重複代碼　19

3．4　殭屍代碼　20

3．5　注釋　21

3．6　喋喋不休　22

3．7　設計缺陷　23

3．8　空白　24

3．9　解決之道　24

3．10　結論　25

第　4 章 刪除也是一種最佳化　27

4．1　代碼沉迷　28

4．2　因為無法避免，所以可以接受　28

4．3　那又能怎樣呢　29

4．4　喚醒夢中人　30

4．5　動個手術吧　30

4．6　結論　31

第　5 章 代碼之背影　33

5．1　編碼規範　34

5．2　技術現狀　35

5．3　慣用法　36

5．4　設計決策　37

5．5　bug　37

5．6　結論　38

第　6 章 導航路線　41

6．1　朋友的幫助　42

6．2　尋找線索　42

6．3　邊乾邊學　45

6．3．1　低垂的果實　45

6．3．2　代碼檢測　46

6．3．3　先研究，再行動　46

6．3．4　測試先行　46

6．3．5　整理內務　46

6．3．6　記錄你的發現　47

6．4　結論　47

第　7 章 走出泥潭　50

7．1　嗅出問題　50

7．2　走進泥淖　51

7．3　用調查說話　51

7．4　入坑工作　52

7．5　清理混亂　53

7．6　做出改變　53

7．7　編寫爛代碼就是糟糕的程式設計師嗎　54

第　8 章 不可忽視錯誤　57

8．1　錯誤機制　58

8．2　瘋狂的舉動　59

8．3　託詞　59

8．4　結論　60

第　9 章 意料之中的意外　62

9．1　各種錯誤　62

9．2　執行緒　63

9．3　關閉系統　63

9．4　話外之意　63

第　10 章 bug追蹤　66

10．1　經濟考量　67

10．2　預防勝於治療　67

10．3　bug追蹤　68

10．3．1　捕獲錯誤　68

10．3．2　活用二分法　69

10．3．3　軟體考古　69

10．3．4　測試，測試，再測試　70

10．3．5　磨刀不誤砍柴工　70

10．3．6　用排除法查找問題　71

10．3．7　保持清潔，預防疾病　71

10．3．8　迂迴策略　72

10．3．9　不要急於離開　72

10．4　不可復現的bug　72

10．5　結論　74

第　11 章 測試時間　76

11．1　為什麼測試　76

11．1．1　縮短反饋循環　77

11．1．2　測試代碼的代碼　77

11．1．3　誰來編寫測試　78

11．2　測試的種類　78

11．3　什麼時候編寫測試　79

11．4　什麼時候運行測試　80

11．5　測試什麼　81

11．6　優質的測試　81

11．7　一個具體的測試　83

11．8　測試的結構　84

11．8．1　測試的維護　84

11．8．2　選擇測試框架　85

11．9　沒有代碼是孤島　85

11．10　結論　87

第　12 章 應對複雜性　89

12．1　圓團　90

12．2　案例學習：降低圓團複雜度　92

12．3　線條　93

12．4　人　96

12．5　結論　96

第　13 章 雙城故事　99

13．1　混亂大都市　100

13．1．1　讓人無法理解　100

13．1．2　缺乏內聚　101

13．1．3　不必要的耦合　102

13．1．4　代碼問題　102

13．1．5　代碼之外的問題　103

13．1．6　一張來自大都市的明信片　103

13．2　設計之城　104

13．2．1　合理放置功能　105

13．2．2　一致性　105

13．2．3　架構的演進　105

13．2．4　延緩設計決策　106

13．2．5　保證質量　106

13．2．6　管理技術債　107

13．2．7　測試方案設計　107

13．2．8　設計時間分配　108

13．2．9　與設計同行　108

13．3　那又怎樣　109

第二部分　刻意練習，成就卓越

第　14 章 軟體開發是……　114

14．1　軟體（食物）那些事　114

14．2　軟體開發是……藝術　115

14．3　軟體開發是……科學　116

14．4　軟體開發是……運動　118

14．5　軟體開發是……做遊戲　119

14．6　軟體開發是……雞毛蒜皮的瑣事　120

14．7　隱喻過多　121

第　15 章 遵守規則　123

15．1　我們需要更多規則！　124

15．2　制定規則　125

第　16 章 保持簡單　127

16．1　簡單設計　128

16．1．1　簡單易用　128

16．1．2　防止誤用　128

16．1．3　大小很重要　128

16．1．4　代碼調用路徑短　129

16．1．5　穩定性　129

16．2　簡單代碼　129

16．3　保持簡單，別做蠢事　130

16．4　假設會損害簡單性　130

16．5　避免過早最佳化　130

16．6　足夠簡單　131

16．7　簡單結論　131

第　17 章 開動腦筋　133

17．1　別犯傻　133

17．2　避免盲目　134

17．3　你可以思考！　135

第　18 章 沒有一成不變　137

18．1　大膽地改　138

18．2　改變態度　139

18．3　做出改變　140

18．3．1　規劃改變　140

18．3．2　改變的工具　140

18．3．3　慎重地選擇戰場　141

18．4　萬變不離其宗　141

第　19 章 代碼復用案例　143

19．1　代碼復用案例1：複製–貼上　143

19．2　代碼復用案例2：為復用進行設計　144

19．3　代碼復用案例3：提升和重構　145

19．4　代碼復用案例4：購買或重新發明輪子　145

第　20 章 高效版本控制　148

20．1　用進廢退　149

20．2　隨便選一個　150

20．3　存儲正確之物　150

20．3．1　答案一：存儲所有　150

20．3．2　答案二：存儲儘可能少的檔案　151

20．3．3　存儲軟體版本　152

20．3．4　代碼庫的布局　152

20．4　用好版本控制系統　152

20．4．1　原子提交　152

20．4．2　提供正確的信息　153

20．4．3　精心創建代碼提交　153

20．5　分支：只見樹木不見森林　154

20．6　代碼的家園　155

20．7　結論　155

第　21 章 讓球越過門柱　158

21．1　軟體開發：充滿有機肥料的管道　159

21．2　錯誤的非黑即白　160

21．3　通過解決團隊問題來修復代碼問題　161

21．4　將構建傳送給QA人員　162

21．4．1　首先進行自測　163

21．4．2　明確發布意圖　163

21．4．3　欲速則不達　164

21．4．4　自動化　164

21．4．5　尊重　164

21．5　當你收到故障報告時　165

21．6　差異使我們更強大　166

21．7　拼圖的碎片　166

第　22 章 凍結代碼奇事　169

22．1　尋找代碼凍結　169

22．2　世界新秩序　170

22．3　凍結的類型　171

22．4　採用分支解決問題　172

22．5　不是真正凍結　172

22．6　代碼凍結的時間　173

22．7　感受代碼凍結　173

22．8　就快結束了　174

22．9　反代碼凍結　174

22．10　結論　175

第　23 章 軟體發布　177

23．1　流程的一部分　178

23．2　機器上的一個齒輪　179

23．2．1　第 1 步：初始化發布　179

23．2．2　第 2 步：準備發布　179

23．2．3　第 3 步：構建發布　180

23．2．4　第 4 步：打包　181

23．2．5　第 5 步：部署　181

23．3　早發布、勤發布　182

23．4　還有更多……　182

第三部分　束身修行

第　24 章 做一個樂知者　186

24．1　學習什麼　187

24．2　學習如何學習　188

24．3　學習模型　190

24．4　以教促學　192

24．5　知行合一　192

24．6　我們學到了什麼　193

第　25 章 考試驅動型程式設計師　195

25．1　把問題講清楚　196

25．2　成功使人自滿　196

25．3　考試時光　197

25．4　考試驅動型程式設計師　197

25．5　結論　198

第　26 章 享受挑戰　200

26．1　激勵　200

26．2　有哪些挑戰　201

26．3　是誰在說：不要這么做！　201

26．4　接受挑戰　202

26．5　結論　203

第　27 章 避免停滯　204

27．1　技能就是你的投資　205

27．2　為本書讀者準備的一個練習　205

27．3　職業安全　206

第　28 章 程式設計師的道德規範　209

28．1　對代碼的態度　210

28．2　法律問題　211

28．3　對人的態度　211

28．3．1　隊友　212

28．3．2　管理者　213

28．3．3　僱主　213

28．3．4　你自己　214

28．4　希波克拉底誓言　214

28．5　結論　214

第　29 章 熱愛程式語言　217

29．1　熱愛所有的語言　217

29．2　熱愛你的語言　219

29．3　與程式語言磨合　220

29．3．1　愛和尊重　220

29．3．2　承諾　220

29．3．3　溝通　221

29．3．4　耐心　221

29．3．5　共同的價值觀　222

29．4　這是一個完美的比喻嗎　222

29．5　結論　222

第　30 章 程式設計師的姿態　224

30．1　基本的計算機操作姿態　224

30．1．1　調試代碼時的姿態　226

30．1．2　當情況惡化時　227

30．1．3　通宵加班　227

30．1．4　高層介入干預　228

30．1．5　警報解除　228

30．1．6　設計階段　229

30．2　視覺疲勞　229

30．3　結論　230

第四部分　計日程功

第　31 章 用智不用力　234

31．1　慎選戰場　235

31．2　戰鬥策略　235

31．2．1　復用智慧　235

31．2．2　轉變成別人的問題　235

31．2．3　只做必須做的　236

31．2．4　使用探針試驗　236

31．2．5　排優先權　236

31．2．6　確認什麼是真正需要的　237

31．2．7　一次只做一件事　237

31．2．8　保持簡單　237

31．2．9　不要拖延和積累問題　238

31．2．10　自動化　238

31．2．11　預防錯誤　238

31．2．12　溝通　239

31．2．13　避免過度疲勞　239

31．2．14　強大的工具　239

31．3　結論　239

第　32 章 完成之際即完成　242

32．1　我們還沒到嗎　242

32．2　逆向開發：分解　243

32．3　定義“完成”　244

32．4　說乾就乾　246

第　33 章 這次我明白了……　249

33．1　荒島式開發　251

33．2　站在山腳下　252

第五部分　覓良師益友

第　34 章 他人之力　256

34．1　如何實現　257

34．2　你心目中的專家　258

34．3　事後諸葛亮　258

第　35 章 至關重要的一個認知　261

35．1　拓展這個隱喻　262

35．2　責任感是關鍵　262

35．3　代碼評審　263

35．4　落地　263

35．5　定標準　264

35．6　後續行動　264

35．7　結論　265

第　36 章 說出來！　267

36．1　編寫代碼就是溝通　267

36．1．1　和機器說話　267

36．1．2　和生靈說話　268

36．1．3　和工具說話　270

36．2　人與人之間的溝通　270

36．2．1　交談方式　270

36．2．2　注意你的言辭　271

36．2．3　肢體語言　271

36．2．4　並行溝通　272

36．3　團隊之間的溝通　272

36．4　與客戶溝通　273

36．5　其他溝通　273

36．6　結論　273

第　37 章 各種宣言　276

37．1　軟體開發通用宣言　277

37．2　就此打住　277

37．3　一些宣言　277

37．4　真是這樣嗎　277

37．5　畫龍點睛　278

第　38 章 代碼賦　281

後記　285