内容简介

　　你可曾想过测试驱动开发的真正含义吗？你又曾想过高级顾问是如何运用实践赚取高额钟点费的吗？或许，你正准备进行自动化的构建，使代码在版本控制之中，为软件进行重构，并将一些设计模式集成到你的软件系统之中。在你完成本书阅读之时，你将能跟踪工作量完成状况，解释开发团队中开发人员的编码能力与时间效率值，并且为项目反复进行需求、设计、开发与部署等工作。
　　我们认为你的时间宝贵，不应该浪费在努力理解新概念之中。利用新的认知科学与学习理论的研究成果，《Head First软件开发》采取专为大脑工作而设计的丰富视觉化风格，而不是令人昏昏欲睡的冗赘叙述。

经常书评

　　★《Head First软件开发》看似一本幽默滑稽的书，但实为一本精心铺设的丛书，全书充满实用的信息、有趣的图解和精辟的说明，意图是把宝贵的知识正确且清晰地植入你的大脑，它完全是让你耳目一新的书。”
　　——Scott Hanselman,软件开发者、发言人、作家　Computer Zen

　　★“《Head First软件开发》处理了课堂上极少教授的知识.但这些又是你真正需要的知识  。”
　　——Keith Wichmann,架构师，约翰霍普金斯大学应用物理研究室

　　★“不管你已经从事软件开发工作有多久，《Head First软件开发》将给你一些基本工具，它们将有助于从始至终开发出成功的项目。”
　　——Adam Z.Szymanski，软件项目经理美国海军研究实验室

目录

目录（简要版）
引言
1 伟大的软件开发：让客户满意
2 收集需求：知道客户需要什么
3 项目规划：为成功而筹划
4 使用情节和任务：开始你实际的工作
5 足够好的设计：以良好的设计完成工作
6 版本控制：防御性开发
6．5 构建你的软件代码：自动化构建……
7 测试和连续集成：智者千虑必有一失
8 测试驱动开发：让代码负起责来
9 结束开发循环：涓涓细流归大海……
10 下一轮开发循环：无事就要生非
11 软件错误：专业排错
12 真实的世界：落实流程

目录（详实版）
引言
把你的心思放在软件开发上。此时，你们围坐在一起，准备开始学习，但你的大脑不停地告诉你，要学习的内容并不重要。你的大脑告诉你说，“最好在大脑中留一点空间，因为还有更重要的事情，就像油价要不要上涨，徒手攀登是不是一个错误的想法。”所以，你如何哄骗你的大脑去思考你的生活真地依赖于你学习怎样开发伟大的软件?
本书适合谁?
我们知道你们在想什么
元认知
让你的大脑顺从你
读我
技术审阅团队
致谢

1 伟大的软件开发
让客户满意
如果你的客户不爽，每个人都不会爽!
软件系统中每段伟大的代码都源自客户的宏大想法。身为职业的软件开发人员，你的工作就是把这些想法付诸实现。但是，要把客户模糊不清的想法转换为可工作的软件代码——客户满意的代码，并不是一件很容易的事情。在本章中，你将学到如何通过交付满足需求、且在预计的时间和预算内的软件，避免成为软件开发战役的阵亡将士。打开你的笔记本电脑，让我们踏上交付伟大软件的征途吧!
Tom’s Trail即将上线
大多数项目都有两个焦点
大霹雳式开发法
时间飞驰：两周以后
大霹雳开发法通常以一团糟结束
伟大的软件开发是……
通过开发循环达到目标
每个开发循环是一个微型项目
每个开发循环都会产生有品质的软件
客户会请求变更
由你来进行调整
然而，有一些大的问题
开发循环自动处理变更(好啦，一点点啦)
直到软件交付，你的开发工作才算完成
软件开发工具箱

2 收集需求
知道客户想要什么
你不能总能得到你想要的……但你的客户应该可以!
伟大的软件开发交付客户所需要的软件系统。本章的内容都将讲述与客户沟通以弄清他们对软件系统的需求。你将学会使用情节(UserStories)、头脑风暴(Brainstorming)、估计游戏(Estimationgame)如何有助于你获得客户的真实想法的。这样的话，在你完成项目之时，你就能深信你开发的软件系统就是客户所想要的，而不是一个低劣的、其他系统的仿制品。
orion’s Orbits正在进行现代化
与客户沟通，获得更多的信息
与客户共筑愿景
有时你的共筑愿景的会议可以这样……
找出人们真正在做的事情
需求一定是面向客户的
通过客户反馈，澄清需求
使用情节定义了项目要构建什么……
时间估计值定义了什么时候完成开发
小组交流
玩计划扑克牌的游戏
验证假设
大而不当的使用情节估计值
目标是收敛
需求与估计的反复循环
最后，你准备估计整个项目……

3 项目规划
为成功而筹划
每段伟大的代码始于伟大的计划。
在本章，你就要学会如何创建计划。你要学会与客户一道按优先顺序排序他们的需求。你还要确定开发循环，使你和你的团队向一个方向努力。最后，你还要创建一个有可行性的开发计划，你和你的团队有信心地执行和监控该计划。到你工作完成之时，你就确切地知道如何从需求到软件的第一次交付。
客户现在就要他们的软件!
与客户一起确定优先级顺序
我们知道什么是Milestone 1.0版(好吧，可能知道)
如果功能太多，重新进行优先顺序排序
更多人力有时意味着减损绩效
找到合理的Milestone 1.0
开发循环应该简短和易行
将你的计划与真实情况作比较
时间效率值是在作估计时需要考虑的时间开销
理想国里的程序员……
现实世界里的开发人员……
你的开发循环何时算太长?
在你着手开发循环之前，先处理时间效率值
该进行评估了
管理爱炭脾气的客户
墙上的大白板
如何毁了团队的生活

4 使用情节和任务
开始你实际的工作
开始去工作。使用情节抓住了你需要为客户开发什么，但现在是认真开始工作并分派所需要完成的工作的时候了，这样你才能使使用情节成为现实。在这一章里，你将学会如何将使用情节分解成任务，任务估计(Task Estimates)如何帮助你从头到尾跟踪项目。你将学会如何更新你的白板，使进行中的任务成为完成，最终完成整个

试读

　　答：这不是由你决定的。优先级是由客户来决定的。因此，客户为每个错误的修正确定优先级，他们会告诉你在每轮开发循环中处理哪些事情。除此之外，这样的方式还让客户明白把修正错误增加到开发循环中，其他的工作，如开发新的系统功能，必须被牺牲。开发新的系统功能还是修复错误的两难抉择，客户必须做出选择。因为决定在下一轮开发循环结束时交付什么终究是客户的权利。

　　问：我理解为何具有高优先级的使用情节需要列入下一轮开发循环的白板上，但是，这样是否是一个比较好的想法？即把另一个突破了最大工作量限制的高优先级的使用情节加入到下一轮的开发循环中，而不是安排一个在最大工作量限制之内的低优先级的任务。

　　答：在一个开发循环之中，绝不能让你的团队执行超过最大工作量限制的任务。36人天这个数值就是以20天为周期的开发循环中，你的团队所能处理的确切最大工作量：即最大工作量。你能够把更多的工作量增加到开发循环中的唯一途径就是延长开发循环。如果开发循环被延长，比如延长为22天，你就能够增加更多的工作量，但你这样做的时候，需要非常小心。正如你在第一章中看到的，开发循环的过程维持得比较短，其目的是为了能与客户一起经常性地检查软件。较长的开发循环就意味着检查次数的减少，并且更有可能偏离客户的需求。

　　……