软件开发沉思录
2009
人民邮电出版社
ThoughtWorks
167
ThoughtWorks中国公司
无
本书面世之际，恰逢“敏捷中国2009大会”召开在即，两者可谓相得益彰。 从2004年进入中国，ThoughtWorks见证和参与了中国敏捷社区的发展历程：从五年前的筚路蓝缕，到如今的欣欣向荣。更令人欣慰的是，在原则、价值观等“大问题”上，敏捷的实践者们已经基本达成共识，社区的话题更趋于关注实践——这意味着敏捷社区正在步入成熟，社区成员将用他们的知识和技能为各自效力的企业创造更大的价值。 我们在这个时候翻译出版这本文集，是希望为社区的发展再尽绵薄之力。作为敏捷方法的积极推动者，ThoughtWorks从多年、多个行业的实践中积累了丰富的经验。本书收录的13篇文章涵盖了编程技术、项目管理、持续集成、测试等方面内容，将带领读者了解ThoughtWorks在软件生命周期各个环节所推荐的工作方式。 比较难得的是，这本文集不仅由ThoughtWorks员工撰写，也由ThoughtWorks员工翻译。译者们或是与文章作者素有私交，或是在文章所论述的领域有所专擅，这也使得翻译质量更有保障。感谢这些译者在工作之余的辛勤劳动，他们是韩锴、胡振波、金明、李剑、乔梁、熊节、徐昊、张晓庆和郑晔。
《软件开发沉思录：Thought Works文集》对当前软件开发中存在的问题进行了广泛的探讨。包括公司创始人 Roy Singham在内的许多 ThoughtWorks员工参与到了这本文集的编写工作中，他们针对如何在软件开发生命周期中提高效率提出了多种可行性建议，内容涉及设计、架构、测试、领域特定语言的使用、构建和部署过程等。 《软件开发沉思录：Thought Works文集》的独特之处在于，它是由资深管理者和一线工程师共同创作完成的，各篇文章的作者以自己独到的视角对主题进行了分析，将其在特定领域积累的经验心得悉数奉上，从而能让更多的读者从中受益。《软件开发沉思录：Thought Works文集》条理清晰、思维严谨却又不乏生动活泼之处，而即便是书中专业性最强的文章，也不会让人觉得难以理解，除了技术人员外，《软件开发沉思录：Thought Works文集》对相关的非技术人员也很有价值。
ThoughtWorks公司，于1993年在美国成立，现已经发展成为具有千人规模，在6个国家具有分公司的全球性IT咨询公司。公司汇集了许多业界思想领袖和众多高素质人才，致力于为客户解决最棘手最紧迫的问题，业务包括向客户交付定制应用软件、提供注重实效的咨询服务、协助企业进行敏捷开发以及开发软件等。
第1章 引言第2章 走完业务软件的“最后一英里”2.1 “最后一英里”问题的源头2.2 理解问题2.3 解决“最后一英里”问题2.4 人2.5 自动化2.6 针对自动测试非功能性需求的设计2.7 将设计与生产环境分离2.8 无版本软件第3章 一个巢穴，二十种Ruby DSL3.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和isBlank5.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 总结参考书目
第2章 走完业务软件的“最后一英里” 2.4 人 敏捷思潮的一大贡献是对于软件开发作为社会行为的认识：有更好的沟通，才会有更好的软件。在采用敏捷开发实践时，很大部分的努力都是用来打破现有组织架构的藩篱，代之以更高效的模式与实践。 然而迄今为止，敏捷实践者们关注的焦点几乎都是软件开发者与使用者之间的沟通。他们之间的沟通改善了需求的质量，使大家对业务目标达成共识，但非功能性需求该怎么办呢？谁对这些需求负责？如何在沟通中体现它们？这些问题往往得不到回答。 要避免这种“代码一刀切”的软件开发方式，最简单的方式是找出对非功能的、跨模块的需求负责的人，让他们也参与到软件开发的“社交活动”中来。尽早、尽可能频繁地让他们参与沟通。同样，这也可能需要打破现有组织架构的藩篱，代之以更高效的模式与实践。 举例来说，软件编写好之后，系统管理员要负责安装和配置。他们还要监控系统在生产环境下的运行情况，确保操作正确无误。如果有问题出现，他们要按照预先制定的流程来恢复系统状态。他们需要规划系统安装之初和规模扩展之后的硬件需求——内存、磁盘、网络、电源、冷却，凡此种种。 维护和支持人员需要系统提供有用的错误报告和有效的诊断流程。他们需要知道如何帮助用户解决简单的系统故障，以及在遇到严重的系统故障时如何上报。
“内容非常精彩，本领域的必读之作。” ——DZone技术社区 “在帮助客户实施敏捷的过程中，ThoughtWorks人常被问到一个问题：有没有一套标准的‘敏捷模板’可供快速入门之用？作为一种强调持续改进的方法学，自然不会有一套放诸四海而皆准的‘标准流程’；但对于希望采用敏捷方法的组织和个人而言，若有一组普遍适用的最佳实践作为基础，便能少走许多弯路，以期事半功倍之效。本书正好满足了这一需要。” ——ThoughtWorks中国公司总经理 郭晓
13篇美文荟萃软件开发精华，来自软件界思想领袖们的经验心得，为你开启敏捷开发之门。从编程技术到项目管理，Roy Singham、Martirl Fowler、Rebecca Parsons等来自ThoughtWorks的思想领袖通过《软件开发沉思录：Thought Works文集》中的13篇美文，将自己多年沉思和实践所得倾囊相授。引领你走向敏捷软件开发的成功之路。 《软件开发沉思录：Thought Works文集》内容丰富。涵盖了软件开发的各个阶段，既包含DSL、SOA、多语言开发和领域驱动设计等热门主题。也有对象设计、一键发布、性能测试和项目管理等方面的经验之谈和独到见解。不论你是开发人员还是项目管理人员，都将从《软件开发沉思录：Thought Works文集》中获益匪浅。
无