书评：敏捷模式──指向成功的路标
Ryan Cooper对Amr Elssamadisy的新书发表了评价，并认为书中提供了一种为实施敏捷量身定做的框架。本书并没有给出一种人人可用的敏捷方法，而是为读者提供一些模式和工具，用以找出哪些敏捷实践可以最有效地达到该组织机构的特定目标。
InfoQ
十月 332,438名独立访问用户
赞助商链接
Sun科技日2008
11月19日于广州
11月21日于北京
与Sun一起分享国
际化开源软件平台
OpenSolaris专题
下载OpenSolaris
尝试其超酷功能
参与本地用户组
活动，即刻访问
六折SD2C门票
InfoQ中文站读者
独享6折技术大会
门票，限量提供
主题/标签专用视图
极限编程 Content on InfoQ
最新“极限编程”相关专题内容
NMHU敏捷开发学习班体验报告
2004-2005学年，Pam Rostal和Dave West在NMHU（New Mexico Highlands University）启动了一个独特的学位教学计划：要求学生在实际项目中广泛开展敏捷实践。本文讲述的就是有关这个教学计划的故事——虽然此计划目前已经停止，但很可能只是暂时的，他们正在争取2007学年重新启动。但不管计划是否重启，这次实践无论是对学术界，还是产业界，都将点燃思想的火花：我们要大胆创新，敢于开展一些以前未曾想及的实践，努力提升我们对开发、测试和项目管理人员的教学成果。
Kent Beck谈敏捷开发的应用和价值观
在InfoQ的编辑Kurt Christensen采访中，Kent Beck分享了他关于在大型组织中实施和应用敏捷价值和实践面临的挑战，敏捷未来的发展等想法。
“极限编程”相关新闻
何时应该打破规则？
作为JUnit测试框架的作者，Kent Beck在《赶紧交付吧，宝贝儿》一文中提醒我们：所有的敏捷过程和实践，都是为了开发出可以交付的软件。如果有什么成为软件交付的障碍，也许你就得打破规则了。
免费迷你书下载：硝烟中的Scrum和XP
在本书中，作者Henrik Kniberg讲述了他在一年的时间里，带领40人的团队实施Scrum的过程。他们试过了多种团队尺寸（3～12人）、sprint长度（2～6星期），定义“完成”的不同方式，不同的backlog格式，各种测试策略，在多个Scrum团队之间进行同步的多种方式。他们还尝试过XP实践——持续集成、结对编程、测试驱动开发等等，还试过了把XP跟Scrum组合。直接点击下载完整迷你书
关于TDD的观点：质量是反复思考的结果，仅靠解决Bug无法获得
“单元测试可以改善代码质量”这一观点已经得到广泛认可。培训师、顾问兼咨询师Michael Feathers在最近的一个帖子中对其提出了质疑。他谈及单元测试、集成测试、TDD和净室软件开发（Clean Room Software Development），认为代码质量是反复思考的结果，仅靠解决bug无法获得。
数据库的持续集成和版本控制
在提出“对数据库工作进行版本控制是一个必要规则”这一观点之后，Scott Allen又详述了一个做好数据库版本控制的方法。他给出了一个即易于理解又易于实践的方法，来创建基线、并用变更脚本的方法管理数据库的修订、控制程序化数据库对象，并处理分支和合并。
TDD/BDD会导致不完整的单元测试吗？
Peter Ritchie越来越担心TDD和BDD会导致它们的实践者无法写出好的单元测试。他认为，对“交互测试”的过度信赖（这是TDD和BDD最核心的内容）最终会导致不完整的单元测试。
“极限编程”相关迷你书
硝烟中的Scrum和XP
在本书中，作者Henrik Kniberg讲述了他在一年的时间里，带领40人的团队实施Scrum的过程。他们试过了多种团队尺寸（3～12人）、sprint长度（2～6星期），定义“完成”的不同方式，不同的backlog格式，各种测试策略，在多个Scrum团队之间进行同步的多种方式。他们还尝试过XP实践——持续集成、结对编程、测试驱动开发等等，还试过了把XP跟Scrum组合。