软件开发沉思录

作者简介

从编程技术到项目管理，Roy Singham、Martin Fowler、Rebecca Parsons等来自ThoughtWorks的思想领袖通过本书中的13篇美文，将自己多年沉思和实践所得倾囊相授，引领你走向敏捷软件开发的成功之路。

本书内容丰富，涵盖了软件开发的各个阶段，既包含DSL、SOA、多语言开发和领域驱动设计等热门主题，也有对象设计、一键发布、性能测试和项目管理等方面的经验之谈和独到见解。不论你是开发人员还是项目管理人员，都将从本书中获益匪浅。

书籍目录

第1章 引言

第2章 走完业务软件的“最后一英里”

2.1 “最后一英里”问题的源头

2.2 理解问题

2.3 解决“最后一英里”问题

2.4 人

2.5 自动化

2.6 针对自动测试非功能性需求的设计

2.7 将设计与生产环境分离

2.8 无版本软件

第3章 一个巢穴，二十种ruby dsl

3.1 巢穴

3.2 使用全局函数

3.3 使用对象

3.4 使用闭包

3.5 执行上下文

3.6 字面量集合

3.7 动态接收

3.8 总结

第4章 语言的盛景

. 4.1 简介

4.2 样本

4.3 各种各样的分类

4.4 语言的“生命之树”

4.5 这些都很有趣，但我为什么要关心

第5章 多语言开发

5.1 多语言开发

5.2 用groovy的方式读取文件

5.3 jruby和isblank

5.4 jaskell和函数式编程

5.5 java测试

5.6 多语言开发与未来之路

第6章 对象健身操

6.1 九步迈向优秀软件设计

6.2 练习

6.3 总结

第7章 迭代经理是什么角色

7.1 什么是迭代经理

7.2 怎样成为好的迭代经理

7.3 迭代经理不做什么

7.4 迭代经理与团队

7.5 迭代经理与客户

7.6 迭代经理与迭代

7.7 迭代经理与项目

7.8 总结

第8章 项目生命体征

8.1 项目生命体征

8.2 项目生命体征与健康状况

8.3 项目生命体征与信息指示器

8.4 项目生命体征：项目范围增量图

8.5 项目生命体征：交付质量

8.6 项目生命体征：预算燃尽

8.7 项目生命体征：当前开发状态

8.8 项目生命体征：团队感觉

第9章 消费者驱动契约：服务演化模式

9.1 演化服务：一个例子

9.2 schema版本

9.3 破坏式的变化

9.4 消费者驱动契约

第10章 领域标注

10.1 当领域驱动设计遇到标注

10.2 案例分析：leroy的卡车

10.3 总结

第11章 重构ant构建文件

11.1 简介

11.2 ant重构列表

11.3 总结

11.4 参考文献

11.5 资源

第12章 一键发布

12.1 持续构建

12.2 超越持续构建

12.3 全生命周期的持续集成

12.4 第一道门——提交测试

12.5 第二道门——验收测试套件

12.6 部署准备阶段

12.7 后续的测试阶段

12.8 让过程自动化

12.9 总结

第13章 企业web应用中的敏捷测试和瀑布测试

13.1 简介

13.2 测试生命周期

13.3 测试分类

13.4 环境

13.5 问题管理

13.6 工具

13.7 报表与度量

13.8 测试角色

13.9 参考文献

第14章 实用主义的性能测试

14.1 什么是性能测试

14.2 需求采集

14.3 运行测试

14.4 沟通

14.5 流程

14.6 总结

参考书目

编辑推荐

　　13篇美文荟萃软件开发精华，来自软件界思想领袖们的经验心得，为你开启敏捷开发之门。从编程技术到项目管理，Roy Singham、Martirl Fowler、Rebecca Parsons等来自ThoughtWorks的思想领袖通过《软件开发沉思录：Thought Works文集》中的13篇美文，将自己多年沉思和实践所得倾囊相授。引领你走向敏捷软件开发的成功之路。　　《软件开发沉思录：Thought Works文集》内容丰富。涵盖了软件开发的各个阶段，既包含DSL、SOA、多语言开发和领域驱动设计等热门主题。也有对象设计、一键发布、性能测试和项目管理等方面的经验之谈和独到见解。不论你是开发人员还是项目管理人员，都将从《软件开发沉思录：Thought Works文集》中获益匪浅。

前言

　　本书面世之际，恰逢“敏捷中国2009大会”召开在即，两者可谓相得益彰。　　从2004年进入中国，ThoughtWorks见证和参与了中国敏捷社区的发展历程：从五年前的筚路蓝缕，到如今的欣欣向荣。更令人欣慰的是，在原则、价值观等“大问题”上，敏捷的实践者们已经基本达成共识，社区的话题更趋于关注实践——这意味着敏捷社区正在步入成熟，社区成员将用他们的知识和技能为各自效力的企业创造更大的价值。　　我们在这个时候翻译出版这本文集，是希望为社区的发展再尽绵薄之力。作为敏捷方法的积极推动者，ThoughtWorks从多年、多个行业的实践中积累了丰富的经验。本书收录的13篇文章涵盖了编程技术、项目管理、持续集成、测试等方面内容，将带领读者了解ThoughtWorks在软件生命周期各个环节所推荐的工作方式。　　比较难得的是，这本文集不仅由ThoughtWorks员工撰写，也由ThoughtWorks员工翻译。译者们或是与文章作者素有私交，或是在文章所论述的领域有所专擅，这也使得翻译质量更有保障。感谢这些译者在工作之余的辛勤劳动，他们是韩锴、胡振波、金明、李剑、乔梁、熊节、徐昊、张晓庆和郑晔。

内容概要

ThoughtWorks公司于1993年在美国成立，现已经发展成为具有千人规模，在6个国家具有分公司的全球性IT咨询公司。公司汇集了许多业界思想领袖和众多高素质人才，致力于为客户解决最棘手最紧迫的问题，业务包括向客户交付定制应用软件、提供注重实效的咨询服务、协助企业进行敏捷开发以及开发软件等。

媒体关注与评论

　　“内容非常精彩，本领域的必读之作。”　　——DZone技术社区　　“在帮助客户实施敏捷的过程中，ThoughtWorks人常被问到一个问题：有没有一套标准的‘敏捷模板’可供快速入门之用？作为一种强调持续改进的方法学，自然不会有一套放诸四海而皆准的‘标准流程’；但对于希望采用敏捷方法的组织和个人而言，若有一组普遍适用的最佳实践作为基础，便能少走许多弯路，以期事半功倍之效。本书正好满足了这一需要。”　　——ThoughtWorks中国公司总经理　郭晓

章节摘录

　　第2章 走完业务软件的“最后一英里”　　2.4 人　　敏捷思潮的一大贡献是对于软件开发作为社会行为的认识：有更好的沟通，才会有更好的软件。在采用敏捷开发实践时，很大部分的努力都是用来打破现有组织架构的藩篱，代之以更高效的模式与实践。　　然而迄今为止，敏捷实践者们关注的焦点几乎都是软件开发者与使用者之间的沟通。他们之间的沟通改善了需求的质量，使大家对业务目标达成共识，但非功能性需求该怎么办呢？谁对这些需求负责？如何在沟通中体现它们？这些问题往往得不到回答。　　要避免这种“代码一刀切”的软件开发方式，最简单的方式是找出对非功能的、跨模块的需求负责的人，让他们也参与到软件开发的“社交活动”中来。尽早、尽可能频繁地让他们参与沟通。同样，这也可能需要打破现有组织架构的藩篱，代之以更高效的模式与实践。　　举例来说，软件编写好之后，系统管理员要负责安装和配置。他们还要监控系统在生产环境下的运行情况，确保操作正确无误。如果有问题出现，他们要按照预先制定的流程来恢复系统状态。他们需要规划系统安装之初和规模扩展之后的硬件需求——内存、磁盘、网络、电源、冷却，凡此种种。　　维护和支持人员需要系统提供有用的错误报告和有效的诊断流程。他们需要知道如何帮助用户解决简单的系统故障，以及在遇到严重的系统故障时如何上报。

图书封面

---

 软件开发沉思录下载 更多精彩书评

---