InfoQ

主题/标签专用视图

极限编程 Content on InfoQ


最新“极限编程”相关专题内容

书评:敏捷模式──指向成功的路标

社区
Agile
主题
交付价值,
敏捷技术

Ryan Cooper对Amr Elssamadisy的新书发表了评价,并认为书中提供了一种为实施敏捷量身定做的框架。本书并没有给出一种人人可用的敏捷方法,而是为读者提供一些模式和工具,用以找出哪些敏捷实践可以最有效地达到该组织机构的特定目标。

NMHU敏捷开发学习班体验报告

社区
Agile
主题
大学项目,
故事和案例分析

2004-2005学年,Pam Rostal和Dave West在NMHU(New Mexico Highlands University)启动了一个独特的学位教学计划:要求学生在实际项目中广泛开展敏捷实践。本文讲述的就是有关这个教学计划的故事——虽然此计划目前已经停止,但很可能只是暂时的,他们正在争取2007学年重新启动。但不管计划是否重启,这次实践无论是对学术界,还是产业界,都将点燃思想的火花:我们要大胆创新,敢于开展一些以前未曾想及的实践,努力提升我们对开发、测试和项目管理人员的教学成果。

Kent Beck谈敏捷开发的应用和价值观

社区
Agile
主题
方法论

在InfoQ的编辑Kurt Christensen采访中,Kent Beck分享了他关于在大型组织中实施和应用敏捷价值和实践面临的挑战,敏捷未来的发展等想法。

“极限编程”相关新闻

何时应该打破规则?

社区
Agile
主题
敏捷技术,
质量交付,
单元测试

作为JUnit测试框架的作者,Kent Beck在《赶紧交付吧,宝贝儿》一文中提醒我们:所有的敏捷过程和实践,都是为了开发出可以交付的软件。如果有什么成为软件交付的障碍,也许你就得打破规则了。

如何评价一个人是否适合XP?

社区
Agile
主题
协作,
团队协作

XP实践不一定适合所有人。极限编程小组对此有一个有趣的讨论,试图找出一些评价因素,来决定某人是否适合加入XP团队。

免费迷你书下载:硝烟中的Scrum和XP

社区
Agile
主题
方法论

在本书中,作者Henrik Kniberg讲述了他在一年的时间里,带领40人的团队实施Scrum的过程。他们试过了多种团队尺寸(3~12人)、sprint长度(2~6星期),定义“完成”的不同方式,不同的backlog格式,各种测试策略,在多个Scrum团队之间进行同步的多种方式。他们还尝试过XP实践——持续集成、结对编程、测试驱动开发等等,还试过了把XP跟Scrum组合。直接点击下载完整迷你书

关于TDD的观点:质量是反复思考的结果,仅靠解决Bug无法获得

社区
Agile
主题
敏捷技术,
单元测试

“单元测试可以改善代码质量”这一观点已经得到广泛认可。培训师、顾问兼咨询师Michael Feathers在最近的一个帖子中对其提出了质疑。他谈及单元测试、集成测试、TDD和净室软件开发(Clean Room Software Development),认为代码质量是反复思考的结果,仅靠解决bug无法获得。

数据库的持续集成和版本控制

社区
Architecture,
Agile
主题
工件和工具,
敏捷技术,
建模

在提出“对数据库工作进行版本控制是一个必要规则”这一观点之后,Scott Allen又详述了一个做好数据库版本控制的方法。他给出了一个即易于理解又易于实践的方法,来创建基线、并用变更脚本的方法管理数据库的修订、控制程序化数据库对象,并处理分支和合并。

TDD/BDD会导致不完整的单元测试吗?

社区
Agile
主题
面向对象设计,
敏捷技术,
方法论

Peter Ritchie越来越担心TDD和BDD会导致它们的实践者无法写出好的单元测试。他认为,对“交互测试”的过度信赖(这是TDD和BDD最核心的内容)最终会导致不完整的单元测试。

“极限编程”相关迷你书

硝烟中的Scrum和XP

社区
Agile
主题
敏捷技术,
故事和案例分析

在本书中,作者Henrik Kniberg讲述了他在一年的时间里,带领40人的团队实施Scrum的过程。他们试过了多种团队尺寸(3~12人)、sprint长度(2~6星期),定义“完成”的不同方式,不同的backlog格式,各种测试策略,在多个Scrum团队之间进行同步的多种方式。他们还尝试过XP实践——持续集成、结对编程、测试驱动开发等等,还试过了把XP跟Scrum组合。