代码整洁之道：程序员的职业素养

编辑推荐

1. 汇聚编程大师40余年编程生涯的心得体会 
2. 阐释软件工艺中的原理、技术、工具和实践
3. 助力专业软件开发人员具备令人敬佩的职业素养 

成功的程序员在以往的工作和生活中都曾经历过大大小小的不确定性，承受过永无休止的压力。他们之所以能够成功，是因为拥有一个共同点，都深切关注创建软件所需的各项实践。他们将软件开发视为一种需要精雕细琢加以修炼的技艺，他们以专业人士的标准要求自己，他们具有职业素养。软件开发大师Robert C. Martin在书中介绍了真实软件技艺中的各项原则、技术、工具和实践，展示了怎么以自豪、自尊和自信的心态进行软件开发，怎么取得卓越表现和丰硕成果，怎么做到有效沟通和确切估算，怎么以坦诚的心态面对困难，并引导读者认识到专业程序员肩负的责任重大，阐述了什么才是程序员的职业素养。 

书中的具体内容包括：

• 成为真正的软件专业人士需要具备哪些条件，如何应对彼此冲突又紧张的进度表和不近情理的管理人员；
• 如何做到流畅编程，克服阻塞状态；
• 如何应对无休止的工作压力，避免崩溃；
• 如何培养坚持不懈的态度，如何拥抱新的开发范式；
• 如何管理好时间，避免身陷泥潭无法自拔； 
• 如何培育有利于程序员和开发团队茁壮成长的环境； 
• 什么时候应该说“不”，怎么说； 
• 什么时候应该说“是”，承诺意味着什么。

软件强大、优雅而实用，让人惊叹不已，不论是开发者还是用户都乐于使用这样的软件。它们并非是由机器编写出来的，而是出自那些对软件技艺拥有坚定信念的专业软件开发者之手。本书将帮助读者成为专业软件开发者中的一员，并赢得只有他们才能拥有的荣誉感和成就感。

内容简介

本书是编程大师“Bob 大叔”40余年编程生涯的心得体会的总结，讲解要成为真正专业的程序员需要具备什么样的态度，需要遵循什么样的原则，需要采取什么样的行动。作者以自己以及身边的同事走过的弯路、犯过的错误为例，意在为后来者引路，助其职业生涯迈上更高台阶。

作者简介

 Robert C. Martin

软件开发大师，设计模式和敏捷开发先驱，敏捷联盟首任主席，C Report前主编，被后辈程序员尊称为“Bob大叔”。20世纪7 0年代初成为职业程序员，后创办Object Mentor公司并任总裁。Martin还是一名多产的作家，至今已发表数百篇文章、论文和博客文章。除本书外，还著有《代码整洁之道》《敏捷软件开发：原则、模式和实践》《UML：Java程序员指南》等。他创办了cleancoders.com网站，专为软件开发人员提供教育视频。 

译者介绍 

余晟

混迹软件开发和互联网行业多年，目前在沪江网负责研发和架构管理工作。业余喜爱阅读、思考，关注工程师的全面发展，探索更聪明的技术方案，乐于帮助外界更多理解IT行业的约束、规律和习惯。 

章显洲

蚂蚁金服高级项目专家，业余以技术翻译作为个人修炼与回馈软件开发社区的途径。自2009年来，翻译和与人合译多本技术管理书籍，偶尔也会出现在技术社区聚会上作一些分享。近年来主要致力于蚂蚁金服基础设施和架构升级方面的项目集管理。

目　　录

必读引言 1
第1章　专业主义　7
1.1　清楚你要什么　8
1.2　担当责任　8
1.3　首先，不行损害之事　10
1.3.1　不要破坏软件功能　10
1.3.2　不要破坏结构　12
1.4　职业道德　13
1.4.1　了解你的领域　14
1.4.2　坚持学习　16
1.4.3　练习　16
1.4.4　合作　17
1.4.5　辅导　17
1.4.6　了解业务领域　17
1.4.7　与雇主/客户保持一致　18
1.4.8　谦逊　18
1.5　参考文献　18

第2章　说“不”　19
2.1　对抗角色　21
2.2　高风险时刻　24
2.3　要有团队精神　25
2.3.1　试试看　26
2.3.2　消极对抗　28
2.4　说“是”的成本　30
2.5　如何写出好代码　35

第3章　说“是”　37
3.1　承诺用语　39
3.1.1　识别“缺乏承诺”的征兆　40
3.1.2　真正的承诺听起来是怎样的　40
3.1.3　总结　43
3.2　学习如何说“是”　43
3.2.1　“试试”的另一面　43
3.2.2　坚守原则　44
3.3　结论　46

第4章　编码　47
4.1　做好准备　48
4.1.1　凌晨3点写出的代码　49
4.1.2　焦虑时写下的代码　50
4.2　流态区　51
4.2.1　音乐　52
4.2.2　中断　53
4.3　阻塞　53
4.4　调试　55
4.5　保持节奏　57
4.5.1　知道何时应该离开一会　58
4.5.2　开车回家路上　58
4.5.3　洗澡　58
4.6　进度延迟　58
4.6.1　期望　59
4.6.2　盲目冲刺　59
4.6.3　加班加点　60
4.6.4　交付失误　60
4.6.5　定义“完成”　61
4.7　帮助　61
4.7.1　帮助他人　61
4.7.2　接受他人的帮助　62
4.7.3　辅导　62
4.8　参考文献　63

第5章　测试驱动开发　65
5.1　此事已有定论　66
5.2　TDD的三项法则　67
5.3　TDD的优势　68
5.3.1　确定性　68
5.3.2　缺陷注入率　68
5.3.3　勇气　69
5.3.4　文档　69
5.3.5　设计　70
5.3.6　专业人士的选择　70
5.4　TDD的局限　70
5.5　参考文献　71

第6章　练习　73
6.1　引子　73
6.1.1　10的22次方　74
6.1.2　转变　75
6.2　编程柔道场　76
6.2.1　卡塔　77
6.2.2　瓦萨　78
6.2.3　自由练习　78
6.3　自身经验的拓展　79
6.3.1　开源　79
6.3.2　关于练习的职业道德　79
6.4　结论　80
6.5　参考文献　80

第7章　验收测试　81
7.1　需求的沟通　81
7.1.1　过早精细化　83
7.1.2　迟来的模糊性　83
7.2　验收测试　85
7.2.1　“完成”的定义　85
7.2.2　沟通　88
7.2.3　自动化　88
7.2.4　额外工作　89
7.2.5　验收测试什么时候写，由谁来写　90
7.2.6　开发人员的角色　90
7.2.7　测试的协商与被动推进　91
7.2.8　验收测试和单元测试　93
7.2.9　图形界面及其他复杂因素　93
7.2.10　持续集成　94
7.3　结论　95

第8章　测试策略　97
8.1　QA应该找不到任何错误　98
8.1.1　QA也是团队的一部分　98
8.1.2　需求规约定义者　98
8.1.3　特性描述者　98
8.2　自动化测试金字塔　98
8.2.1　单元测试　99
8.2.2　组件测试　100
8.2.3　集成测试　100
8.2.4　系统测试　101
8.2.5　人工探索式测试　102
8.3　结论　102
8.4　参考文献　102

第9章　时间管理　103
9.1　会议　104
9.1.1　拒绝　104
9.1.2　离席　105
9.1.3　确定议程与目标　105
9.1.4　立会　106
9.1.5　迭代计划会议　106
9.1.6　迭代回顾和DEMO展示　107
9.1.7　争论/反对　107
9.2　注意力点数　108
9.2.1　睡眠　108
9.2.2　咖啡因　108
9.2.3　恢复　109
9.2.4　肌肉注意力　109
9.2.5　输入与输出　109
9.3　时间拆分和番茄工作法　110