高效程序员的45个习惯 (豆瓣)

作者: Venkat Subramaniam / Andy Hunt
出版社: 人民邮电出版社
副标题: 敏捷开发修炼之道
译者: 钱安川 / 郑柯
出版年: 2010-01
页数: 204
定价: 35.00元
装帧: 平装
丛书: 图灵程序设计丛书
ISBN: 9787115215536

豆瓣评分

8.1

990人评价

5星

30.5%
4星

49.0%
3星

19.2%
2星

1.0%
1星

0.3%

评价:

内容简介 · · · · · ·

“书中‘切身感受’的内容非常有价值——通过它我们可以做到学有所思，思有所悟，悟有所行。”

——Nathaniel T. Schutta，《Ajax基础教程》作者

“此书通过常理和经验，阐述了为什么你应该在项目中使用敏捷方法。最难得的是，这些行之有效的实战经验，竟然从一本书中得到了。”

——Matthew Johnson，软件工程师

十年来，软件行业发生了翻天覆地的变化。敏捷方法大行其道，测试和测试驱动开发在很多开发人员的工作中扮演着重要的角色。作为一名程序员，你应该培养怎样的素质，方能对多变的环境应对自如，始终立于不败之地？

本书简明实用、见解深刻，总结了高效程序员在开发过程中的45个个人习惯、思想观念和方法，有助于开发人员在开发进程、编码工作、开发者态度、项目和团队管理，以及持续学习等5个方面积极修炼。通过学习这些内容，养成这些好的习惯，你可以极大...

(展开全部)

作者简介 · · · · · ·

Venkat Subramaniam博士

Agile Developer公司创始人，敏捷开发权威人士。他培训并指导了美国、加拿大、印度和欧洲多国的上千名软件开发人员，并多次在各种大会上发表演讲。他还是.NET Gotchas的作者。可以通过venkats@agiledeveloper.com与他联系。

Andy Hunt

敏捷开发权威人士，敏捷宣言的创始人，Pragmatic Programmers公司创始人。除了本书，他还是多本获奖和备受好评图书的合著者，这些图书包括Programming Ruby、《程序员修炼之道——从小工到专家》、《单元测试之道C#版——使用NUnit 》、《单元测试之道Java版——使用JUnit》、《版本控制之道——使用CVS 》等。

目录 · · · · · ·

第1章　敏捷——高效软件开发之道
第2章　态度决定一切
1. 做事
2. 欲速则不达
3. 对事不对人
4. 排除万难，奋勇前进
· · · · · · (更多)

豆瓣成员常用的标签(共278个) · · · · · ·

敏捷开发编程程序员软件开发软件工程方法论计算机 programming

丛书信息

　　图灵程序设计丛书 (共111册), 这套丛书还有《C++编程剖析》,《C++必知必会》,《机器学习实战》,《TCP/IP高效编程》,《每天10分钟轻松掌握C++》等。

喜欢读"高效程序员的45个习惯"的人也喜欢的电子书 · · · · · ·

支持 Web、iPhone、iPad、Android 阅读器

: 黑客与画家

12.00元

: 程序员的思维修炼

18.00元

: 我编程我快乐

18.00元

: CoffeeScript小书

1.99元

: 编程大师访谈录

25.00元

喜欢读"高效程序员的45个习惯"的人也喜欢 · · · · · ·

: 程序员修炼之道

: 代码整洁之道

: 卓有成效的程序员

: 软件随想录

: 修改代码的艺术

: 代码大全（第2版）

: 软件框架设计的艺术

: 编程人生

: 程序员的职业素养

: 重构

我来说两句

短评 · · · · · · ( 全部 286 条 )

高效程序员的45个习惯的书评 · · · · · · (全部 36 条)

notes

伊卡洛斯 2011-03-27 21:58:02

态度决定一切　　(1)做事，把矛头对准问题的解决办法，而不是人，这是真正有用处的正面效应　　(2)欲速则不达，要投入时间和精力保持代码的整洁、敞亮　　(3)对事不对人，让我们骄傲的应该是解决了问题，而不是比较出谁的主意更好　　(4)排除万难，奋勇前进，要诚实有勇气... (8回应)

36有用 / 0没用

译者序

安川 2009-12-29 14:17:44

“武功者，包括内功、外功、武术技击术之总和。有形的动作，如支撑格拒，姿式回环，变化万千，外部可见，授受较易，晨操夕练，不难熟练。而无形的内功指内部之灵惠素质，即识、胆、气、劲、神是也，此乃与学练者整个内在世界的学识水平密切相关，是先天之慧根悟性与后天智能的... (3回应)

8有用 / 0没用

几十块买来这么多宝贵的经验你还不知足？

锅巴肉片 2013-08-25 20:51:39

阅读此书花费了自己数小时时间，认真做了笔记，合上此书发现真是经典啊。我看此书，一共讲了两部分问题：1.敏捷开发 2.笔者多年开发的经验。即是一种编程方法论与经验的结合。而从此书的结构上，前三章适用于任何行业，后六章部分适用于任何行业，多数适用于计算机开发。那...

3有用 / 0没用

学会做听话的人

丸子(^.^)v 2010-12-27 01:34:49

敏捷开发貌似已经不是什么新话题了～个人单枪匹马就能建立一个帝国的英雄时代已经过去，现在最流行的一句话是 together， we achieve。这本书是其中很平凡的一本。我手头上关于软件工程软件过程啥的还有类似 agile software construction，人月神话，软件工程... (2回应)

5有用 / 0没用 Oreilly & Associates Inc2006版

想提高效率，先要进行修炼

豆他爹 2010-01-07 18:02:46

45个习惯，分为7个方面：工作态度，学习，交付软件，反馈，编码，调试，协作。每一个具体的习惯里，一开始提出一个谬论，然后展开分析，之后有正队性地提出正确的做法，并设身处地地讲出了正确做法给你个人的“切身感受”，最后列出几条注意事项，帮助你修正自己的做法（“平... (2回应)

5有用 / 1没用

> 更多书评36篇

读书笔记 · · · · · · (共105篇)

我来写笔记

按有用程度
按页码先后
最新笔记

展开收起
第1页

Menghan

1. 对团队投资 2. 提早实现自动化部署 3. 固定价格就意味着背叛承诺 4. 代码要清晰地表达意图 5. 编写内聚的代码 6. 告知，不要询问 http://robots.thoughtbot.com/post/27572137956/tell-dont-ask 7. Liskov替换原则 http://zh.wikipedia.org/wiki/Liskov%E4%BB%A3%E6%8F%9B%E5%8E%9F%E5%89%87 8. 记录问题解决日志
2012-11-26 22:12 1人喜欢

1. 对团队投资
2. 提早实现自动化部署
3. 固定价格就意味着背叛承诺
4. 代码要清晰地表达意图
5. 编写内聚的代码
6. 告知，不要询问 http://robots.thoughtbot.com/post/27572137956/tell-dont-ask
7. Liskov替换原则 http://zh.wikipedia.org/wiki/Liskov%E4%BB%A3%E6%8F%9B%E5%8E%9F%E5%89%87
8. 记录问题解决日志

推荐

回应 2012-11-26 22:12
展开收起
第1页

lxp

工作应该要有一个固定的最终期限，比如一天的结束，它会让你的工作有一个节奏，在每天下班的时候，提交所有的工作，开心手工，时间本身就是一个非常重要的反馈。固定的价格意味着背叛承诺
2017-03-05 21:25

工作应该要有一个固定的最终期限，比如一天的结束，它会让你的工作有一个节奏，在每天下班的时候，提交所有的工作，开心手工，时间本身就是一个非常重要的反馈。
固定的价格意味着背叛承诺

推荐

回应 2017-03-05 21:25
展开收起
编写内聚的代码

红色有角F叔 (祖传老db 专治dba)

低内聚性的代码会造成很严重的后果。假设有这样一个类，实现了五种完全不相干的功能。如果这5个功能的需求或细节发生了变化，这个类也必须跟着改变。如果一个类（或者一个组件）变化得过于频繁，这样的改变会对整个系统造成“涟漪效应”，并导致更多的维护和成本的发生。考虑另一个只实现了一种功能的类，这个类变化的频度就没有那么高。类似地，一个更具内聚性的组件不会有太多导致其变化的原因，也因此更加稳定。根据单一职责原..
2016-11-06 23:30

低内聚性的代码会造成很严重的后果。假设有这样一个类，实现了五种完全不相干的功能。如果这5个功能的需求或细节发生了变化，这个类也必须跟着改变。如果一个类（或者一个组件）变化得过于频繁，这样的改变会对整个系统造成“涟漪效应”，并导致更多的维护和成本的发生。考虑另一个只实现了一种功能的类，这个类变化的频度就没有那么高。类似地，一个更具内聚性的组件不会有太多导致其变化的原因，也因此更加稳定。根据单一职责原则，一个模块应该只有一个发生变化的原因。

推荐

回应 2016-11-06 23:30
展开收起
第183页

Maggie

代码复查随着开发活动持续进行，而且每次针对的代码量相对较少。感觉复查活动就像是项目正在进行的一部分，而不是一种令人畏惧的事情。
2016-06-06 15:28

代码复查随着开发活动持续进行，而且每次针对的代码量相对较少。感觉复查活动就像是项目正在进行的一部分，而不是一种令人畏惧的事情。

推荐

回应 2016-06-06 15:28

展开收起
第1页

worgeling

软件项目的成败，依赖于整个项目团队中所有开发成员的技术水平，对他们的培训，以及他们各自的能力高低。相当认同作者的观点，敏捷的核心还是在人。
2012-04-25 23:13

软件项目的成败，依赖于整个项目团队中所有开发成员的技术水平，对他们的培训，以及他们各自的能力高低。
相当认同作者的观点，敏捷的核心还是在人。

推荐

回应 2012-04-25 23:13
展开收起
第1页

Menghan

1. 对团队投资 2. 提早实现自动化部署 3. 固定价格就意味着背叛承诺 4. 代码要清晰地表达意图 5. 编写内聚的代码 6. 告知，不要询问 http://robots.thoughtbot.com/post/27572137956/tell-dont-ask 7. Liskov替换原则 http://zh.wikipedia.org/wiki/Liskov%E4%BB%A3%E6%8F%9B%E5%8E%9F%E5%89%87 8. 记录问题解决日志
2012-11-26 22:12 1人喜欢

1. 对团队投资
2. 提早实现自动化部署
3. 固定价格就意味着背叛承诺
4. 代码要清晰地表达意图
5. 编写内聚的代码
6. 告知，不要询问 http://robots.thoughtbot.com/post/27572137956/tell-dont-ask
7. Liskov替换原则 http://zh.wikipedia.org/wiki/Liskov%E4%BB%A3%E6%8F%9B%E5%8E%9F%E5%89%87
8. 记录问题解决日志

推荐

回应 2012-11-26 22:12
展开收起
第1页

英界尔

不管路走了多远，错了就要重新返回。--土耳其谚语软件项目的成败，依赖于整个项目团队中所有开发人员的技术水平，对他们的培训，以及他们各自能力高低记住一点：熟练才能敏捷，熟练来自动手，学习，没有别的办法。敏捷才能适应变化。
2012-11-28 14:40

不管路走了多远，错了就要重新返回。--土耳其谚语

软件项目的成败，依赖于整个项目团队中所有开发人员的技术水平，对他们的培训，以及他们各自能力高低
记住一点：熟练才能敏捷，熟练来自动手，学习，没有别的办法。敏捷才能适应变化。

推荐

回应 2012-11-28 14:40
展开收起
第1页

我就改个名字

敏捷的特点是迭代和反馈。其目的是做正确的事，而不是将事情做正确。其实看下一些最近几年内火的东西。比如facebook很大程度上是敏捷开发。在比如小说的连载的形式，亦是每天写一下段，然后再根据读者的反馈进行相应的调整。再比如连载的漫画和美剧。书中有些东西是为了写出质量高的代码。比如可读性。好的习惯可以使自己有更多的精力去做关键的事情。习惯是工具不是目的。
2013-04-10 20:43

敏捷的特点是迭代和反馈。其目的是做正确的事，而不是将事情做正确。
其实看下一些最近几年内火的东西。比如facebook很大程度上是敏捷开发。在比如小说的连载的形式，亦是每天写一下段，然后再根据读者的反馈进行相应的调整。再比如连载的漫画和美剧。
书中有些东西是为了写出质量高的代码。比如可读性。
好的习惯可以使自己有更多的精力去做关键的事情。习惯是工具不是目的。

推荐

回应 2013-04-10 20:43

展开收起
第1页

lxp

工作应该要有一个固定的最终期限，比如一天的结束，它会让你的工作有一个节奏，在每天下班的时候，提交所有的工作，开心手工，时间本身就是一个非常重要的反馈。固定的价格意味着背叛承诺
2017-03-05 21:25

工作应该要有一个固定的最终期限，比如一天的结束，它会让你的工作有一个节奏，在每天下班的时候，提交所有的工作，开心手工，时间本身就是一个非常重要的反馈。
固定的价格意味着背叛承诺

推荐

回应 2017-03-05 21:25
展开收起
编写内聚的代码

红色有角F叔 (祖传老db 专治dba)

低内聚性的代码会造成很严重的后果。假设有这样一个类，实现了五种完全不相干的功能。如果这5个功能的需求或细节发生了变化，这个类也必须跟着改变。如果一个类（或者一个组件）变化得过于频繁，这样的改变会对整个系统造成“涟漪效应”，并导致更多的维护和成本的发生。考虑另一个只实现了一种功能的类，这个类变化的频度就没有那么高。类似地，一个更具内聚性的组件不会有太多导致其变化的原因，也因此更加稳定。根据单一职责原..
2016-11-06 23:30

低内聚性的代码会造成很严重的后果。假设有这样一个类，实现了五种完全不相干的功能。如果这5个功能的需求或细节发生了变化，这个类也必须跟着改变。如果一个类（或者一个组件）变化得过于频繁，这样的改变会对整个系统造成“涟漪效应”，并导致更多的维护和成本的发生。考虑另一个只实现了一种功能的类，这个类变化的频度就没有那么高。类似地，一个更具内聚性的组件不会有太多导致其变化的原因，也因此更加稳定。根据单一职责原则，一个模块应该只有一个发生变化的原因。

推荐

回应 2016-11-06 23:30
展开收起
第183页

Maggie

代码复查随着开发活动持续进行，而且每次针对的代码量相对较少。感觉复查活动就像是项目正在进行的一部分，而不是一种令人畏惧的事情。
2016-06-06 15:28

代码复查随着开发活动持续进行，而且每次针对的代码量相对较少。感觉复查活动就像是项目正在进行的一部分，而不是一种令人畏惧的事情。

推荐

回应 2016-06-06 15:28
展开收起
第155页

Maggie

错误信息有助于问题的解决。当问题发生时，可以详细研究问题的细节描述和发生上下文。
2016-06-06 12:04

错误信息有助于问题的解决。当问题发生时，可以详细研究问题的细节描述和发生上下文。

推荐

回应 2016-06-06 12:04

> 更多读书笔记（共105篇）

论坛 · · · · · ·


有没有人比较过此书和《程序员修炼之道》？	来自Roy	1 回应	2011-11-10
此书甚好	来自豆他爹	1 回应	2010-09-25
同样是敏捷,能将其描述的实际详实是关键之举	来自Yuheng		2010-09-27

电子版有售 · · · · · ·

其他版本的纸质版有售 · · · · · ·

+ 加入购书单

在哪儿借这本书 · · · · · ·

这本书的其他版本 · · · · · · ( 全部3 )

Oreilly & Associates Inc版 2006-04-04 / 43人读过 / 有售
人民邮电出版社版 2014-10 / 20人读过 / 有售

以下豆列推荐 · · · · · · ( 全部 )

谁读这本书?

烈

6月24日想读

白衣沽酒

6月24日想读

zoie

6月24日读过

Robin Xie

6月21日想读

tags:方法论

> 214人在读

> 1120人读过

> 2334人想读

二手市场

17本二手书欲转让 (5.00 至 25.00元)
> 点这儿转让有2334人想读,手里有一本闲着?

订阅关于高效程序员的45个习惯的评论:
feed: rss 2.0

高效程序员的45个习惯

内容简介 · · · · · ·

作者简介 · · · · · ·

目录 · · · · · ·

豆瓣成员常用的标签(共278个) · · · · · ·

丛书信息

喜欢读"高效程序员的45个习惯"的人也喜欢的电子书 · · · · · ·

喜欢读"高效程序员的45个习惯"的人也喜欢 · · · · · ·

短评 · · · · · · ( 全部 286 条 )

1 有用 f234f234 2013-11-14

0 有用 丸子(^.^)v 2010-11-22

0 有用 赖勇浩 2012-10-31

0 有用 寸志 2011-02-17

1 有用 Yining 2010-02-16

0 有用 Jailu 2017-06-11

0 有用 greatabel 2017-06-10

0 有用 童.. 2017-06-03

0 有用 康康 2017-04-05

0 有用 ␀ 2017-04-01

读书笔记 · · · · · · (共105篇)

论坛 · · · · · ·

电子版有售 · · · · · ·

其他版本的纸质版有售 · · · · · ·

在哪儿借这本书 · · · · · ·

这本书的其他版本 · · · · · · ( 全部3 )

以下豆列推荐 · · · · · · ( 全部 )

谁读这本书?

二手市场

0 有用丸子(^.^)v 2010-11-22

0 有用赖勇浩 2012-10-31

0 有用寸志 2011-02-17

0 有用童.. 2017-06-03

0 有用康康 2017-04-05