具体描述
本书总结并生动地阐述了成为高效的开发人员所需具备的45 个习惯、思想观念和方法，涵盖了软件开发进程、编程和调试工作、开发者态度、项目和团队管理以及持续学习等几方面。
本书适合所有程序员阅读。
作者简介
作者简介：
Venkat Subramaniam博士
Agile Developer公司创始人，敏捷开发权威人士。他培训并指导了美国、加拿大、印度和欧洲多国的上千名软件开发人员，并多次在各种大会上发表演讲。他还是.NET Gotchas的作者。可以通过venkats@agiledeveloper.com与他联系。
Andy Hunt
敏捷开发权威人士，敏捷宣言的创始人，Pragmatic Programmers公司创始人。除了本书，他还著有《程序员修炼之道——从小工到专家》等多本备受读者好评的图书。
译者简介：
钱安川
汇银丰网络总裁助理兼CTO。专注于O2O、移动互联网领域的产品和管理。曾任ThoughtWorks公司软件咨询师、敏捷过程教练。
郑柯
从事 IT 行业十余年，历任程序员、项目经理、市场、销售，曾混迹于《程序员》、InfoQ 等技术媒体。现自由职业，以艺术普及为毕生志业，独立创办、运营“一天一件艺术品”豆瓣小站以及微信公众订阅号。
目录信息
第2章 态度决定一切 10
1 做事 12
2 欲速则不达 15
3 对事不对人 18
4 排除万难，奋勇前进 23
第3章 学无止境 26
5 跟踪变化 28
6 对团队投资 31
7 懂得丢弃 34
8 打破砂锅问到底 37
9 把握开发节奏 40
第4章 交付用户想要的软件 43
10 让客户做决定 45
11 让设计指导而不是操纵开发 48
12 合理地使用技术 52
13 保持可以发布 55
14 提早集成，频繁集成 58
15 提早实现自动化部署 61
16 使用演示获得频繁反馈 64
17 使用短迭代，增量发布 69
18 固定的价格就意味着背叛承诺 73
第5章 敏捷反馈 76
19 守护天使 78
20 先用它再实现它 82
21 不同环境，就有不同问题 87
22 自动验收测试 90
23 度量真实的进度 93
24 倾听用户的声音 96
第6章 敏捷编码 98
25 代码要清晰地表达意图 100
26 用代码沟通 105
27 动态评估取舍 110
28 增量式编程 113
29 保持简单 115
30 编写内聚的代码 117
31 告知，不要询问 121
32 根据契约进行替换 124
第7章 敏捷调试 128
33 记录解决问题的日志 129
34 警告就是错误 132
35 对问题各个击破 136
36 报告所有的异常 139
37 提供有用的错误信息 141
第8章 敏捷协作 146
38 定期安排会面时间 148
39 架构师必须写代码 152
40 实行代码集体所有制 155
41 成为指导者 157
42 允许大家自己想办法 160
43 准备好后再共享代码 162
44 做代码复查 165
45 及时通报进展与问题 168
第9章 尾声：走向敏捷 170
9.1 只要一个新的习惯 170
9.2 拯救濒临失败的项目 171
9.3 引入敏捷：管理者指南 172
9.4 引入敏捷：程序员指南 174
9.5 结束了吗 175
附录 资源 176
索引 182
· · · · · · (收起)
读后感
我和很多程序员一样，都希望能够写出整洁、干净、令人愉悦的代码。也是因为这样的初衷让我购买了这本书。从这本书中也确实能够感受到，作者对于敏捷开发的理解之深刻以及实践之具体。我对敏捷开发并没有偏执，不过思考了一下作者的某些看法，比如增量式开发，提前集成等等，都...
评分 评分45个习惯，分为7个方面：工作态度，学习，交付软件，反馈，编码，调试，协作。 每一个具体的习惯里，一开始提出一个谬论，然后展开分析，之后有正队性地提出正确的做法，并设身处地地讲出了正确做法给你个人的“切身感受”，最后列出几条注意事项，帮助你修正自己的做法（“平...
评分敏捷开发貌似已经不是什么新话题了～ 个人单枪匹马就能建立一个帝国的英雄时代已经过去， 现在最流行的一句话是 together， we achieve。 这本书是其中很平凡的一本。 我手头上关于软件工程 软件过程啥的还有类似 agile software construction， 人月神话， 软件工程...
评分在我看来，任何事情的处理都有两极。正确的处理手段不会是偏向某个极端，而是两极中某个最恰当的位置。例如技巧2告诉我们欲速则不达，相反在《数学之美》中吴军博士提到解决问题没必要一开始就实现最完美的解决办法，而是可以先实现一个可以用的，再逐步改进。这可以理解为针对...
用户评价
对于《高效程序员的45个习惯（修订版）》，我的感觉是，它更像是一位经验丰富的老前辈，在你迷茫时，轻轻拍着你的肩膀，给你指明方向。它并没有教你如何去掌握某种最新的编程语言或者框架，而是着重于那些跨越技术语言、通用性极强的“习惯”。我印象最深的是关于“持续学习与适应变化”的内容。在如今这个技术迭代飞快的时代，固步自封无疑是最大的危险。这本书不是简单地告诉你“要学习”，而是提供了很多切实可行的方法，比如如何有效地利用碎片时间进行阅读，如何建立自己的知识体系，以及如何从项目经验中提炼出通用的设计原则。它让我意识到，高效并非仅仅是写出高质量的代码，更重要的是能够不断地提升自己的认知边界，并快速地适应新的技术和工具。这本书让我开始反思自己过去的一些工作习惯，比如是否过于依赖熟悉的工具，是否疏忽了对新技术的探索。现在，我更加倾向于主动地去接触和了解那些我不太熟悉的技术领域，并且尝试将它们应用到我的工作中。
评分读完《高效程序员的45个习惯（修订版）》，我的感受是，这本书成功地将“程序员”这个角色，从一个纯粹的代码执行者，提升到了一个更具战略性和系统性的“问题解决者”的高度。它不像那种“速成”宝典，看完就能让你立刻成为“大神”，而是更像一本“武功秘籍”，里面记载了提升内功心法的方法。我从中学习到了很多关于如何“管理自己的时间和精力”的技巧，比如如何区分“紧急”和“重要”，如何有效地进行任务优先级排序，以及如何通过一些小小的习惯来对抗拖延。这些听起来似乎很基础，但真正落实到日常工作中，却能带来意想不到的效果。这本书的语言风格非常流畅，章节之间的过渡也很自然，阅读起来一点也不枯燥。它让我开始审视自己是否过于“埋头苦干”，而忽略了工作流程的优化和整体效率的提升。现在，我更倾向于在开始编码之前，花更多的时间去思考和规划，这反而节省了我后期大量的调试和返工时间。
评分哇，这本书真是让我大开眼界！作为一名多年的程序员，我一直觉得自己在编程效率上还有很大的提升空间，看了太多市面上关于“快”的书，总觉得有些空泛，或者讲的都是一些大家都知道的套路。但《高效程序员的45个习惯（修订版）》完全不一样，它就像一本精心打磨的工具箱，里面装满了切实可行、经过时间检验的“习惯”和“技巧”。我尤其喜欢其中关于“自动化重复性任务”的部分，以前我总是想着“今天多写点代码，明天就能早点下班”，结果发现自己陷入了无休止的重复劳动。这本书提供了一些非常具体的自动化思路，比如脚本的编写、IDE的强大插件利用，甚至是一些命令行工具的组合使用。它让我意识到，真正的效率不是靠“加班加点”来实现的，而是通过“聪明地工作”，将重复性的、低价值的工作交给机器去完成，从而解放自己，去做更有创造性、更有挑战性的事情。每次读到一些关于如何优化代码审查流程，或者如何有效地进行版本控制的章节，都觉得豁然开朗，仿佛打开了一扇新的大门。这本书不是那种“速成”秘籍，而是一种潜移默化的影响，它引导你去审视自己的日常工作习惯，并一点点地做出改变，最终带来巨大的效率提升。
评分我最近刚读完《高效程序员的45个习惯（修订版）》，说实话，这本书的内容让我有点意外，但绝对是惊喜！我原本以为它会是一本纯粹的技术类书籍，充满了各种代码片段和算法讲解，但它更像是一本关于“思维方式”和“工作哲学”的指南。它没有直接告诉你“怎么写出更快的代码”，而是从更宏观的角度，去探讨“如何成为一个更高效的程序员”。例如，书中关于“拥抱错误，从中学习”的章节，就给了我很大的启发。以前我总是害怕犯错，一旦出现 bug，就会感到沮丧和焦虑，甚至会想方设法去隐藏它。但这本书让我明白，错误是学习过程中不可避免的一部分，关键在于如何从错误中吸取教训，并建立相应的机制来预防和快速修复。它鼓励我们去建立清晰的日志系统、完善的测试用例，以及快速的回滚机制，这些都是让我受益匪浅的实践。这本书的语言风格也非常平实易懂，没有太多晦涩难懂的技术术语，更注重于培养一种积极主动、不断进取的学习态度，这对于我这种在技术浪潮中不断前行的人来说，简直是及时雨。
评分我最近读完《高效程序员的45个习惯（修订版）》，感觉这本书给我的最大价值在于它帮助我建立了一种更健康、更可持续的工作节奏。我一直以来都以为，高效的程序员就是那种“代码写得快，bug少”的人。然而，这本书让我意识到，真正的“高效”背后，其实是强大的“心智模型”和“系统性思维”。它不像其他很多书那样，给你一堆“秘籍”，让你看完就能立刻“起飞”，而是更像在“种树”，需要你慢慢耕耘，日积月累。我特别喜欢书中关于“沟通与协作”的部分，以前我总觉得写好代码就是程序员的全部，但这本书强调了清晰的沟通、有效的文档记录以及团队协作的重要性。它让我明白，即使技术能力再强，如果无法与团队有效地沟通，最终也会影响整个项目的进展。这本书的写作风格非常务实，很多建议都来源于真实的开发场景，读起来感觉非常亲切，就像和一位资深的同行在交流经验一样。
评分透过这些习惯，可以一窥敏捷人员的态度，这才是和“不敏捷”开发的根本区别，行于其外，意在其中，形意合一，方为敏捷。
评分学到很多与具体技术无关的内容，确实是好习惯，平衡的艺术说得很好，没有什么是绝对的。
评分不只是程序方面的收益
评分学到很多与具体技术无关的内容，确实是好习惯，平衡的艺术说得很好，没有什么是绝对的。
评分透过这些习惯，可以一窥敏捷人员的态度，这才是和“不敏捷”开发的根本区别，行于其外，意在其中，形意合一，方为敏捷。
