程序员的职业素养

出版者:人民邮电出版社

作者:[美] Robert C·Martin

出品人:图灵教育

页数:178

译者:章显洲

出版时间:2012-9-1

价格:49.00元

装帧:平装

isbn号码:9787115291578

丛书系列:图灵程序设计丛书·程序员修炼系列

具体描述

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

本书适合所有程序员，也可供所有想成为具备职业素养的职场人士参考。

作者简介

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

章显洲，阿里巴巴高级技术专家，敏捷与精益方法实践者，专注于敏捷与精益管理，擅长互联网研发团队的构建与改善。业余以技术翻译作为个人修炼与回馈软件开发社区的途径。自2009年来，翻译和合译的技术书籍包含《精益软件开发艺术》、《微软的秘密》、《软件架构师应该知道的97件事》、《程序员的职业素养》、《看板》。偶尔也会出现在技术社区的聚会上作一些分享和演讲。博http://genericbrain.com 。新浪微博@章显洲-Arthur。

余晟，毕业于东北师范大学计算机系，副修中文，非正统型技术爱好者。曾任抓虾网、银杏泰克主力程序员，盛大创新院高级研究员，现任华南某电商公司技术总监。坚信计算机可以无限延伸人的能力，前提是人必须理解计算机的逻辑，所以对任何技术都不应该浅尝辄止，仅仅满足于“会用”。

目录信息

目　录
第1章　　专业主义　　1
1.1　　清楚你要什么　　2
1.2　　担当责任　　2
1.3　　首先，不行损害之事　　4
1.3.1　　不要破坏软件功能　　4
1.3.2　　不要破坏结构　　7
1.4　　职业道德　　8
1.4.1　　了解你的领域　　10
1.4.2　　坚持学习　　11
1.4.3　　练习　　11
1.4.4　　合作　　12
1.4.5　　辅导　　12
1.4.6　　了解业务领域　　13
1.4.7　　与雇主/客户保持一致　　13
1.4.8　　谦逊　　13
1.5　　参考文献　　14
第2章　　说“不”　　15
2.1　　对抗角色　　17
2.2　　高风险时刻　　20
2.3　　要有团队精神　　22
2.3.1　　试试看　　24
2.3.2　　消极对抗　　25
2.4　　说“是”的成本　　27
2.5　　如何写出好代码　　34
第3章　　说“是”　　37
3.1　　承诺用语　　39
3.1.1　　识别“缺乏承诺”的征兆　　40
3.1.2　　真正的承诺听起来是怎样的　　41
3.1.3　　总结　　43
3.2　　学习如何说“是”　　43
3.2.1　　“试试”的另一面　　43
3.2.2　　坚守原则　　44
3.3　　结论　　47
第4章　　编码　　48
4.1　　做好准备　　49
4.1.1　　凌晨3点写出的代码　　50
4.1.2　　焦虑时写下的代码　　51
4.2　　流态区　　53
4.2.1　　音乐　　54
4.2.2　　中断　　55
4.3　　阻塞　　55
4.4　　调试　　57
4.5　　保持节奏　　60
4.5.1　　知道何时应该离开一会　　60
4.5.2　　开车回家路上　　61
4.5.3　　洗澡　　61
4.6　　进度延迟　　61
4.6.1　　期望　　62
4.6.2　　盲目冲刺　　62
4.6.3　　加班加点　　63
4.6.4　　交付失误　　63
4.6.5　　定义“完成”　　64
4.7　　帮助　　64
4.7.1　　帮助他人　　64
4.7.2　　接受他人的帮助　　65
4.7.3　　辅导　　66
4.8　　参考文献　　66
第5章　　测试驱动开发　　67
5.1　　此事已有定论　　69
5.2　　TDD的三项法则　　69
5.3　　TDD的优势　　70
5.3.1　　确定性　　70
5.3.2　　缺陷注入率　　71
5.3.3　　勇气　　71
5.3.4　　文档　　72
5.3.5　　设计　　72
5.3.6　　专业人士的选择　　73
5.4　　TDD的局限　　73
5.5　　参考文献　　74
第6章　　练习　　75
6.1　　引子　　75
6.1.1　　10的22次方　　76
6.1.2　　转变　　77
6.2　　编程柔道场　　79
6.2.1　　卡塔　　80
6.2.2　　瓦萨　　81
6.2.3　　自由练习　　81
6.3　　自身经验的拓展　　82
6.3.1　　开源　　82
6.3.2　　关于练习的职业道德　　82
6.4　　结论　　83
6.5　　参考文献　　83
第7章　　验收测试　　84
7.1　　需求的沟通　　84
7.1.1　　过早精细化　　86
7.1.2　　迟来的模糊性　　87
7.2　　验收测试　　89
7.2.1　　“完成”的定义　　89
7.2.2　　沟通　　91
7.2.3　　自动化　　92
7.2.4　　额外工作　　93
7.2.5　　验收测试什么时候写，由谁来写　　93
7.2.6　　开发人员的角色　　94
7.2.7　　测试的协商与被动推进　　95
7.2.8　　验收测试和单元测试　　96
7.2.9　　图形界面及其他复杂因素　　97
7.2.10　　持续集成　　98
7.3　　结论　　98
第8章　　测试策略　　99
8.1　　QA应该找不到任何错误　　100
8.1.1　　QA也是团队的一部分　　100
8.1.2　　需求规约定义者　　100
8.1.3　　特性描述者　　100
8.2　　自动化测试金字塔　　101
8.2.1　　单元测试　　101
8.2.2　　组件测试　　102
8.2.3　　集成测试　　103
8.2.4　　系统测试　　104
8.2.5　　人工探索式测试　　104
8.3　　结论　　105
8.4　　参考文献　　105
第9章　　时间管理　　106
9.1　　会议　　107
9.1.1　　拒绝　　107
9.1.2　　离席　　108
9.1.3　　确定议程与目标　　109
9.1.4　　立会　　109
9.1.5　　迭代计划会议　　109
9.1.6　　迭代回顾和DEMO展示　　110
9.1.7　　争论/反对　　110
9.2　　注意力点数　　111
9.2.1　　睡眠　　112
9.2.2　　咖啡因　　112
9.2.3　　恢复　　112
9.2.4　　肌肉注意力　　112
9.2.5　　输入与输出　　113
9.3　　时间拆分和番茄工作法　　113
9.4　　要避免的行为　　114
9.5　　死胡同　　115
9.6　　泥潭　　115
9.7　　结论　　116
第10章　　预估　　117
10.1　　什么是预估　　119
10.1.1　　承诺　　119
10.1.2　　预估　　120
10.1.3　　暗示性承诺　　121
10.2　　PERT　　122
10.3　　预估任务　　125
10.4　　大数定律　　127
10.5　　结论　　127
10.6　　参考文献　　128
第11章　　压力　　129
11.1　　避免压力　　131
11.1.1　　承诺　　131
11.1.2　　保持整洁　　132
11.1.3　　危机中的纪律　　132
11.2　　应对压力　　133
11.2.1　　不要惊慌失措　　133
11.2.2　　沟通　　133
11.2.3　　依靠你的纪律原则　　133
11.2.4　　寻求帮助　　134
11.3　　结论　　134
第12章　　协作　　135
12.1　　程序员与人　　137
12.1.1　　程序员与雇主　　137
12.1.2　　程序员与程序员　　140
12.2　　小脑　　142
12.3　　结论　　143
第13章　　团队与项目　　144
13.1　　只是简单混合吗　　144
13.1.1　　有凝聚力的团队　　145
13.1.2　　如何管理有凝聚力的团队　　146
13.1.3　　项目承包人的困境　　147
13.2　　结论　　148
13.3　　参考文献　　148
第14章　　辅导、学徒期与技艺　　149
14.1　　失败的学位教育　　149
14.2　　辅导　　150
14.2.1　　DIGI-COMP I, 我的第一台计算机　　150
14.2.2　　高中时代的ECP-18　　152
14.2.3　　非常规辅导　　154
14.2.4　　艰难的锤炼　　155
14.3　　学徒期　　156
14.3.1　　软件学徒期　　158
14.3.2　　现实情况　　159
14.4　　技艺　　160
14.5　　结论　　161
附录　　工具　　162
· · · · · · (收起)

读后感

即使在程序员这样一个技术工种，态度依然决定一切。 几乎我见过所有的好程序员都具有与之技术想对应的职业素养，而程序员的素养绝大时候体现在你对待程序的态度，也体现在你在一个团队中的责任感。 推荐初入这行的人，学技术同时也修炼自己的素养。  

和传统行业（媒体与写作除外）相比，软件行业的作家似乎要多出不少，这可能是因为程序员的本职工作就是敲键盘，因此额外敲出一些字不算难事。但更可能的原因是软件行业在几十年来迅速发展、规范，在短短的时间内完成了许多传统行业需要上百年乃至上千年才能完成的过程，因此在...  

与它相见恨晚。 第一章就让我有醍醐灌顶的感觉。我以前一直没有把雇主，自己和自己做的事情给很好的区分开，一直寄希望于雇主给我提供各种机会来让自己成长，同时还不希望雇主让我加班。现在回头看自己的想法，简直太天真。如果打算成为一个专业的程序员，就需要自己的努力，并...  

Robert C.Martin的大名咱就不说啥了。这本书写的深入浅出，感觉像读一本小说，流畅自然，但自然而然的就学到了很多东西。结合工作经验，常有种“确实如此”的感觉。 该书尤其适合我等初入职场，试图成为“专业人员”的人。其中永远不要说“我试试”和有关测试的章节给我留下了...  

用户评价

这本《程序员的职业素养》真是让我大开眼界。我一直觉得，程序员的工作就是敲代码、解决bug，但读了这本书，才意识到这远不止于此。它深入探讨了作为一名合格的程序员，所需要具备的那些“软技能”，这些技能往往比纯粹的技术能力更能决定一个人职业生涯的高度。书中详细描述了如何有效地沟通，尤其是在团队协作中，清晰、准确地表达自己的想法，以及如何倾听他人的意见，并从中吸取养分，这对我平时工作中的团队协作方式产生了巨大的影响。我过去常常因为沟通不畅而导致项目延误，或者出现不必要的误会，而这本书提供了一系列实用的方法论，比如番茄工作法在时间管理上的应用，如何进行有效的代码评审，以及如何面对和处理来自非技术人员的需求。它不仅仅是理论的堆砌，更多的是结合了大量真实的案例和场景，让我仿佛身临其境，能够更好地理解书中提出的观点。我特别喜欢书中关于“技术债务”的讨论，它让我明白了为什么有时候看起来“快速”的解决方案，长期来看反而会成为阻碍发展的绊脚石，这是一种超越眼前利益的长远眼光。而且，书中对于“终身学习”的强调，也让我意识到，在飞速发展的技术领域，停止学习就等于被淘汰，这股紧迫感驱使我不断地去探索新的技术栈和学习方法。总之，这本书的价值远超我的预期，它为我构建了一个更全面、更深刻的程序员职业认知框架，让我从一个单纯的“代码搬运工”向一个成熟的“软件工程师”迈出了坚实的一步。

在我阅读《程序员的职业素养》这本书的过程中，我常常感到一种豁然开朗的感觉。它并没有给我直接的技术答案，而是提供了一个更宏观、更深刻的视角，让我能够重新审视自己在程序员这个职业中的定位。我过去常常陷入技术细节的泥潭，而这本书却引导我跳出技术本身，去思考技术与业务、技术与用户之间的关系。书中关于“用户体验”的论述，让我第一次意识到，作为程序员，我们不仅仅是在编写代码，更是在为用户创造价值。一个好的产品，不仅仅是功能强大，更重要的是用户能够轻松、愉快地使用它。这本书详细阐述了如何从用户的角度思考问题，如何设计更人性化的交互，以及如何通过迭代优化来提升用户满意度。这对我日后的开发思路产生了根本性的改变。而且，书中关于“项目管理”的知识，也让我受益匪浅。它不仅仅是教会我如何编写代码，更让我理解了项目是如何从一个想法变成一个成熟的产品，以及程序员在其中所扮演的关键角色。这有助于我更好地理解项目经理的考量，也更能理解为何有时候看似简单的需求，背后却需要付出巨大的努力。这本书的价值在于，它提供了一个系统性的思维框架，让我能够更全面地审视自己在程序员这个职业中的定位和发展，成为一个更有全局观和用户导向的开发者。

在阅读《程序员的职业素养》的过程中，我仿佛经历了一场思维的洗礼。这本书超越了我对技术书籍的传统认知，它将程序员这个职业的内涵进行了更为宏观和深刻的解读。它不仅仅关注“如何做”，更关注“为何做”以及“如何做得更好”。我过去常常陷入技术细节的泥潭，而这本书却引导我跳出技术本身，去思考技术与业务、技术与用户之间的关系。书中关于“用户体验”的讨论，让我第一次意识到，作为程序员，我们不仅仅是在编写代码，更是在为用户创造价值。一个好的产品，不仅仅是功能强大，更重要的是用户能够轻松、愉快地使用它。这本书详细阐述了如何从用户的角度思考问题，如何设计更人性化的交互，以及如何通过迭代优化来提升用户满意度。这对我日后的开发思路产生了根本性的改变。另外，书中对于“知识产权”和“法律法规”的提醒，也让我警醒。在信息爆炸的时代，版权问题、数据安全等问题越来越受到重视，作为程序员，我们有责任了解并遵守相关的法律法规，避免触碰法律的红线。这本书的价值在于，它提供了一个宏观的视角，让我能够将技术能力与更广泛的社会责任联系起来，从而成为一个更成熟、更负责任的开发者。它让我明白，真正的职业素养，不仅仅是技术上的精湛，更是对职业道德、社会责任以及用户价值的深刻理解和践行。

说实话，我拿到《程序员的职业素养》这本书的时候，以为它会是一本枯燥的技术指南，充斥着各种抽象的概念和理论。然而，它却以一种非常接地气的方式，为我打开了新的视野。这本书并没有教你如何写出“最快”的代码，而是教你如何成为一名“值得信赖”的程序员。它深入探讨了“可维护性”和“健壮性”的重要性，让我理解到，编写易于理解、易于修改的代码，远比追求一时的性能提升更为重要。书中列举了大量由于代码可维护性差而导致的“技术债务”，以及由此带来的高昂的维护成本和项目风险，这让我深刻反思了自己过去的一些编码习惯。我过去常常为了赶进度而牺牲代码的可读性，但这本书让我明白了，这种“捷径”最终会付出更大的代价。而且，书中对“软技能”的重视，也让我意识到，技术能力只是敲门砖，而真正的竞争力，在于如何有效地与人协作，如何清晰地表达自己的想法，以及如何解决复杂的问题。我特别喜欢书中关于“如何进行有效的代码审查”的篇章，它不仅仅是找出bug，更是一种知识分享和团队协作的方式，通过代码审查，我们可以互相学习，共同进步。这本书的价值在于，它不仅仅关注程序员的“硬技能”，更关注“软技能”的培养，让我明白，一个成熟的程序员，不仅要有扎实的技术功底，更要有良好的职业素养和团队协作精神。

《程序员的职业素养》这本书，就像是一位经验丰富的导师，用他的智慧和经验，为我指明了前进的方向。它并没有直接教我如何去写某个语言的语法，而是更侧重于程序员在这个行业中应该具备的思维方式和工作态度。我一直觉得，程序员的工作是比较独立的，只要把自己的代码写好就行。但是，这本书让我看到了一个更大的图景：程序员是整个软件开发生态系统中的一个重要环节，需要与产品经理、设计师、测试工程师、甚至市场销售人员进行紧密的协作。书中关于“沟通的艺术”的章节，对我来说是当头棒喝。我过去常常因为表达不清，或者没有充分理解他人的意图，而导致项目出现偏差。这本书提供了一系列实用的沟通技巧，例如如何进行清晰的需求分析，如何准确地传达技术方案，以及如何有效地进行冲突管理，这些都让我受益匪浅。而且，书中对“责任感”的强调，也让我深受触动。作为程序员，我们不仅仅是代码的编写者，更是产品的守护者，我们要对自己的代码负责，对产品的质量负责，对用户负责。这本书让我明白，一个有责任感的程序员，才是一个真正值得信赖的程序员。它让我认识到，职业素养不仅仅是技术上的精通，更是对工作的高度负责，对团队的积极贡献，以及对用户价值的深刻理解。

《程序员的职业素养》这本书，就像一位经验丰富的导师，用他的智慧和经验，为我指明了前进的方向。它没有直接教我如何去写某个语言的语法，而是更侧重于程序员在这个行业中应该具备的思维方式和工作态度。我一直觉得，程序员的工作是比较独立的，只要把自己的代码写好就行。但是，这本书让我看到了一个更大的图景：程序员是整个软件开发生态系统中的一个重要环节，需要与产品经理、设计师、测试工程师、甚至市场销售人员进行紧密的协作。书中关于“沟通的艺术”的章节，对我来说是当头棒喝。我过去常常因为表达不清，或者没有充分理解他人的意图，而导致项目出现偏差。这本书提供了一系列实用的沟通技巧，例如如何进行清晰的需求分析，如何准确地传达技术方案，以及如何有效地进行冲突管理，这些都让我受益匪浅。而且，书中对“责任感”的强调，也让我深受触动。作为程序员，我们不仅仅是代码的编写者，更是产品的守护者，我们要对自己的代码负责，对产品的质量负责，对用户负责。这本书让我明白，一个有责任感的程序员，才是一个真正值得信赖的程序员。它让我认识到，职业素养不仅仅是技术上的精通，更是对工作的高度负责，对团队的积极贡献，以及对用户价值的深刻理解。

老实说，我当初拿到《程序员的职业素养》这本书时，并没有抱太高的期望。我以为这只是一本泛泛而谈的“鸡汤”读物，充斥着一些空洞的道理。然而，这本书的深度和广度却让我震惊。它并非仅仅罗列一些“你应该怎样”的原则，而是通过剖析大量的行业内幕和真实事件，揭示了优秀程序员与普通程序员之间的关键差异。书中关于“解决问题的能力”的阐述，远比我想象的要复杂。它不只是指技术层面的问题解决，更包括了对业务需求的深入理解，对潜在风险的预判，以及在资源有限的情况下如何找到最佳的解决方案。我尤其对书中关于“如何编写易于维护的代码”的章节印象深刻。它详细解释了代码的可读性、模块化、以及设计模式的重要性，让我明白，编写“能跑就行”的代码是一种短视行为，而真正有价值的代码，是能够为未来的迭代和维护打下良好基础的。而且，书中对“职业道德”的探讨，也让我反思了许多。在信息时代，数据安全、用户隐私等问题日益突出，作为一个程序员，我们肩负着重要的责任。这本书提醒我要时刻警惕，不被眼前的利益蒙蔽双眼，坚持以负责任的态度进行开发。此外，它还提到了如何有效地与项目经理、产品经理以及客户沟通，这对我来说是极大的帮助，我过去常常在这些沟通环节感到力不从心。这本书的语言风格也比较朴实，没有过多的华丽辞藻，而是直击要害，让人读来既有启发，又感到踏实。

《程序员的职业素养》这本书，与其说是一本指导手册，不如说是一面镜子，映照出我在程序员这个职业道路上可能忽略的许多方面。我一直认为，技术是最重要的，只要技术过硬，就能在职场上立足。然而，这本书却告诉我，技术只是基础，更重要的是如何将技术有效地运用到实际工作中，并在此过程中实现个人的成长和价值。书中对于“团队合作”的论述，让我深受启发。我曾经因为过于追求个人技术的完美，而显得与团队格格不入。这本书通过分析大量团队协作失败的案例，强调了开放沟通、相互信任以及共同承担责任的重要性。它让我明白，一个人的力量是有限的，而一个高效的团队，能够创造出远超个人能力的价值。我特别欣赏书中关于“如何处理批评和反馈”的章节。在过去，我常常将负面的反馈视为对个人能力的否定，从而产生抵触情绪。这本书却引导我将批评视为一个改进的机会，一种宝贵的学习资源，它教我如何保持冷静，分析问题的根源，并从中汲取养分，不断提升自己。而且，书中对“职业生涯规划”的建议，也为我指明了方向。它不仅仅是告诉你如何一步步晋升，更重要的是如何根据自己的兴趣和优势，找到最适合自己的发展路径，并为此持续努力。这本书让我意识到，程序员的职业生涯是一个长跑，需要不断地调整策略，保持热情，才能最终抵达成功的彼岸。

这本书《程序员的职业素养》给了我一种全新的视角来理解程序员这个职业。我曾经以为，程序员的工作就是埋头苦干，写出高效的代码。但这本书却让我认识到，真正的职业素养，远远不止于此。它涉及到了沟通、协作、学习、创新，乃至如何处理职业生涯中的各种挑战。我尤其对书中关于“如何进行有效的代码审查”的章节印象深刻。它不仅仅是找出bug，更是一种知识分享和团队协作的方式。通过代码审查，我们可以互相学习，共同进步，并且能够发现潜在的设计问题，避免日后更大的麻烦。这让我明白，代码不仅仅是技术性的产物，更是团队智慧的结晶。而且，书中关于“持续学习”的论述，也让我深受鼓舞。技术发展日新月异，停滞不前就意味着被淘汰。这本书鼓励我保持好奇心，主动去探索新的技术和领域，不断充实自己的知识库，提升自己的竞争力。它让我明白，程序员的职业生涯是一个不断更新迭代的过程，只有持续学习，才能保持在行业的前沿。这本书的价值在于，它提供了一个全面发展的框架，让我能够从多个维度去提升自己的职业素养，不仅仅是技术上的精通，更是在沟通、协作、学习、创新等方面都有所建树，从而成为一名更加全面、更有价值的程序员。

《程序员的职业素养》这本书，是一本让我能够静下心来，认真思考自己职业道路的书。它没有直接给我“答案”，而是通过引导我思考，让我自己找到属于我的“答案”。我一直以为，程序员的工作是相对独立的，但这本书让我看到了一个庞大的生态系统，其中每个人都扮演着重要的角色。书中关于“项目管理”的阐述，虽然不是技术性的内容，却让我对项目的整个生命周期有了更清晰的认识。它解释了需求分析、设计、开发、测试、部署以及维护等各个环节是如何相互关联的，以及程序员在其中扮演的关键角色。这让我能够更好地理解项目经理的考量，也更能理解为何有时候看似简单的需求，背后却需要付出巨大的努力。我尤其对书中关于“如何避免无效沟通”的章节深有感触。我过去常常因为言语表达不清，或者没有准确把握对方的意思，而导致项目反复修改。这本书提供了一系列实用的沟通技巧，例如使用STAR原则来清晰地描述问题，以及如何通过复述来确认理解，这些方法论都极具实践价值。而且，书中对“持续改进”的强调，也让我意识到，程序员的职业生涯不是一蹴而就的，而是一个不断学习、不断迭代的过程。它鼓励我去拥抱变化，去尝试新的技术，去总结经验，去不断超越昨天的自己。这本书为我提供了一个系统性的思维框架，让我能够更全面地审视自己在程序员这个职业中的定位和发展。

除了态度方面没有太多收获，等工作几个月后再看看

软件行业的确是太缺少类似医生、飞行员这类职业应有的传统，技术的传承基本上为零，都需要自学，但这并不是一种好的状态，言传身教地实战始终是最有效的技艺传承方式。技术尚且如此，更别说职业素养这种“虚”的东西，幸好有这本书，让我一窥大师应有的样子

这是一本很好的职业素养书

第 100 本技术书籍。书名很霸气，内容是教你如何做更“专业”的程序员。 很多章节都有共鸣，确实可以从书中学到更好的做法。 关于时间预估的方法还是第一次见到，感觉方法不错。

有了工作一年的经历，再看这类书，觉得受益匪浅！大年在学校，还是图羊图森破啊。