设计模式

什么是敏捷开发：
把一个大项目分为多个相互联系，但也可独立运行的小项目，并分别完成，在此过程中软件一直处于可使用状态。
简单的说，敏捷开发是一种以人为核心、迭代、循序渐进的开发方法
* 　 个体和交互 胜过 过程和工具
* 　　可以工作的软件 胜过 面面俱到的文档
* 　　客户合作 胜过 合同谈判
* 　　响应变化 胜过 遵循计划

　　并提出了以下遵循的原则：

* 　　我们最优先要做的是通过尽早的、持续的交付有价值的软件来使客户满意。
* 　　即使到了开发的后期，也欢迎改变需求。敏捷过程利用变化来为客户创造竞争优势。
* 　　经常性地交付可以工作的软件，交付的间隔可以从几个星期到几个月，交付的时间间隔越短越好。
* 　　在整个项目开发期间，业务人员和开发人员必须天天都在一起工作。
* 　　围绕被激励起来的个体来构建项目。给他们提供所需的环境和支持，并且信任他们能够完成工作。
* 　　在团队内部，最具有效果并富有效率的传递信息的方法，就是面对面的交谈。
* 　　工作的软件是首要的进度度量标准。
* 　　敏捷过程提倡可持续的开发速度。责任人、开发者和用户应该能够保持一个长期的、恒定的开发速度。
* 　　不断地关注优秀的技能和好的设计会增强敏捷能力。
* 　　简单是最根本的。
* 　　最好的构架、需求和设计出于自组织团队。
* 　　每隔一定时间，团队会在如何才能更有效地工作方面进行反省，然后相应地对自己的行为进行调整。


测试驱动开发:
我们实现任何一个功能都是从测试开始

持续集成:
由于集成很频繁，每一次集成 的改变也很少，即使集成失败也容易定位错误。

结对编程:

站立会议:
每天早上，项目组的所有成员都会站立进行一次会议，由于是站立的，所以时间不会很长，一般来说是15-20分钟。
会议的内容并不是需求分 析、任务分配等，而是每个人都回答三个问题：
1. 你昨天做了什么？
2. 你今天要做什么？
3. 你遇到了哪些困难？
站立会议让团队进行交流，彼此相互熟悉工作内容，如果有人曾经遇到过和你类似的问题，那么在站立会议后，他就会和你进行讨论。

小版本发布:
尽量多的产品发布，一般以 周、月为单位。这样，客户每隔一段时间就会拿到发布的产品进行试用，而我们可以从客户
那得到更多的反馈来改进产品。正因为发布频繁，每一个版本新增的功能 简单，不需要复杂的设计，这样文档和设计就
在很大程度上简化了。又因为简单设计，没有复杂的架构，所以客户有新的需求或者需求进行变动，也能很快的适应。

以合作为中心:

现场客户:
敏捷开发中，客户是与开发团队一起工作的，团队到客户现场进行开发或者邀请客户到团队公司里来开发。
如果开发过程中有什么问题或者产品经过一个迭代后，能够以最快速度得到客户的反馈

自动化测试:
为了减小人力或者重复劳动，所有的测试包括单元测试、功能测试或集成测试等都是自动化的

可调整计划:
敏捷开发中计划是可调整的，并不是像以往的开发过程中，需求分析->概要设计->详细设计->开发 ->测试->交付，
每一个阶段都是有计划的进行，一个阶段结束便开始下一个阶段。而敏捷开发中只有一次一次的迭代，小版本的发布，
根据客户反 馈随时作出相应的调整和变化。


当然测试驱动开发最重要的功能还在于保障代码的正确性，能够迅速发现、定位bug。而迅速发现、定位bug是很多开发人员
的梦想。针对关键代码的测试集，以及不断完善的测试用例，为迅速发现、定位bug提供了条件。

测试驱动开发的基本思想就是在开发功能代码之前，先编写测试代码。也就是说在明确要开发某个功能后，
首先思考如何对这个功能进行测试，并完成测试代码的编写，然后编写相关的代码满足这些测试用例。
然后循环进行添加其他功能，直到完全部功能的开发。

我们这里把这个技术的应用领域从代码编写扩展到整个开发过程。应该对整个开发过程的各个阶段进行测试驱动，
首先思考如何对这个阶段进行测试、验证、考核，并编写相关的测试文档，然后开始下一步工作，最后再验证相关的工作


及时重构。
无论是功能代码还是测试代码，对结构不合理，重复的代码等情况，在测试通过后，及时进行重构。关于重构，
我会另撰文详细分析。

小步前进。
软件开发是个复杂性非常高的工作，开发过程中要考虑很多东西，包括代码的正确性、可扩展性、性能等等，
很多问题都是因为复杂性太大导致的。极限编 程提出了一个非常好的思路就是小步前进。把所有的规模大、
复杂性高的工作，分解成小的任务来完成。对于一个类来说，一个功能一个功能的完成，如果太困难就 再分解。
每个功能的完成就走测试代码－功能代码－测试－重构的循环。通过分解降低整个系统开发的复杂性。这样的效果非常明显。
几个小的功能代码完成后，大 的功能代码几乎是不用调试就可以通过。一个个类方法的实现，
很快就看到整个类很快就完成啦。本来感觉很多特性需要增加，很快就会看到没有几个啦


极限编程（Extreme Programming，XP）是一门针对业务和软件开发的规则，它的作用在于将两者的力量集中在共同的、
可以达到的目标上。它是以符合客户需要的软件为目标而产生的一种方法论，XP使开发者能够更有效的响应客户的需求变化，
哪怕是在软件生命周期的后期。它强调，软件开发是人与人合作进行的过程，因此成功的软件开发过程应该充分利用人的优势，
而弱化人的缺点，突出了人在软件开发过程中的作用。极端编程属于轻量级的方法，认为文档、架构不如直接编程来的直接。


　XP 强调四种价值：交流，简易，回馈，勇气

一、XP的核心思想

从长远看，早期发现错误以及降低复杂度可以节约成本。极限编程强调我们将任务/系统细分为可以在较短周期解决的一个个
子任务/模块，并且强调测试、代码质量和及早发现问题。通常，通过一个个短小的迭代周期，我们就可以获得一个个阶段性
的进展，并且可以及时形成一个版本供用户参考，以便及时对用户可能的需求变更作出响应。

二、XP的十二种方法

规划策略(The Planning Game)；
结对编程(Pair programming)
测试(Testing)
重构(Refractoring)
简单设计(Simple Design)
代码集体所有权(Collective Code Ownership)
持续集成(Continuous Integration)
现场客户(On-site Customer)
小型发布（Small Release）
每周40小时工作制（40-hour Week）
编码规范（Code Standards）
系统隐喻（System Metaphor）

三、XP的四个核心价值

极限编程中有四个核心价值是我们在开发中必须注意的：沟通（Communication）、简单（Simplicity）
反馈（Feedback）和勇气（Courage）。
　　 XP用“沟通、简单、反馈和勇气”来减轻开发压力和包袱；无论是术语命名、专著叙述内容和方式、过程要求，
都可以从中感受到轻松愉快和主动奋发的态度和气氛。这是一种帮助理解和更容易激发人的潜力的手段。XP用自己的实践，
在一定范围内成功地打破了软件工程“必须重量”才能成功的传统观念。

　 　XP精神可以启发我们如何学习和对待快速变化、多样的开发技术。成功学习XP的关键，是用“沟通、简单、反馈和勇气
”的态度来对待XP；轻松愉快地来感受XP的实践思想；自己认真实践后，通过对真实反馈的分析，来决定XP对自己的价值；
有勇气接受它，或改进它。

TDD好处：
速度快
文档
代码同步
容易定义错误




Scrum:是一个敏捷开发的管理工具，周期在2-4周

角色：
Product Owner: 客户，给我们提需求
Scrum Master: 协调团队
Scrum Team: 团队

三种活动：
the sprint planning meeting: 把三个角色召开会议，直到计划
aily scrum meetings: 晨会
sprint review meetings: 复审，反思

三种产物：
the product backlog:优先级（要完成的产品）
the sprint backlog: 在一个周期都不能更改需求
a burndown chart: