-
编辑 删除
XP迭代的计划和运作
在步入新千年的时候，我们迎来了一个有趣的XP项目。说它有趣，不仅仅是因为它是我们在ThoughtWorks的第一个XP项目，还因为它的庞大：大约有50人。在这里我们将讨论我们如何为每一次单独的迭代建立“必要活动计划表”...
-
编辑 删除
持续集成
在任何软件开发过程中都有一个重要的部分：得到可靠的软件创建（build）版本。尽管知道创建的重要性，但是我们仍然会经常因为创建失败而惊讶不已。在这篇文章里，我们将讨论Matt（Matthew Foemmel）在ThoughtWorks的...
-
编辑 删除
设计已死？
对很多粗略接触到 Extreme Programming 的人来说，XP 似乎 宣告了软件设计的死刑。不只很多的设计被嘲笑为 "Big Up Front Design"[译注1]，连很多技术像UML、富有弹性的程序架构 (framework)，甚至连模式 (pattern) ...
-
编辑 删除
大型项目的XP(极限编程)
我们在ThoughtWorks这样的大型项目中应用XP方法的时间超过了15个月。这个项目开始于三年前，那时它有大量的需求文档和几个独立的功能小组。从2000年1月起，我们决定应用XP，虽然当时我们已经知道XP并不适用...
-
编辑 删除
从一个项目谈XP在国内的应用
一． XP简介1.1 传统软件开发方法在最近的数十年中，很多企业的CEO们都面临着增加盈利的压力，因此，他们采用各种方法，例如裁员、业务外包、BPR、ERP、CRM等等。以上种种，使得世界500强的大部分企业在20世纪90年...
-
编辑 删除
极限编程 (Extreme Programming, XP) 的一些想法
看过这麽多的 XP 文章後，我觉得历来的软体案子，都是由做老板的作好所有的安排，工程师也学会了接受这一切安排。但是，公司实际出售的是工程师的产出，客户买的也是工程师的产出；可惜目前市场上的实际情况却没有为...
-
编辑 删除
极端编程（eXtreme Programming，XP）的特点及讨论
XP在很多方面都和我们传统意义上得软件工程不同，同时，它也和传统得管理和项目计划得方法不同。这些方法在软件工程和其他管理活动中都有借鉴意义。 特点如下： 不采用瀑布式得软件工程方法，而采用原型法...
-
编辑 删除
幕间休息：——完成的感觉
大多数项目持续数月之久；有一些会持续数年。为了防止在无边无际地编码-即使是漂亮的优质代码-的持续打击下变得发狂，每一个项目都需要停顿。一个程序员可以获得的最好的停顿是一种完成的感觉。XP的设计循环提供了一...
-
编辑 删除
设计模式与XP
概述 模式和极端编程（XP ）都为软件设计、开发者提供了无法用金钱衡量的帮助。但是迄今为止XP 大量关注于重构（refactoring ），而对模式只字不提。在这篇文章中，我问“为什么”，并且最终描述出模式怎样以XP...
-
编辑 删除
RUP/XP 方针：成对编程
虑一个典型的代码审视的工作。一个需要一人8小时开发的模块由8个人花一小时审视。也就是等于总共要花费16个工作人日。然而，审视者不能保障必需的时间去熟悉代码，而且他们的审视也相当的肤浅。单个人开发确实能非常...
-
编辑 删除
什么是极端编程?
极端编程(eXtreme Programming)是一种开发纪律，以简单性、交流、反馈和勇气为基本宗旨。它的做法是以有效的实践规则将整个团队紧密联系起来，通过充分的反馈使团队能随时知道自己目前的状况和恰当的调节规则以适应...
-
编辑 删除
Extreme Programming （XP）实践
1 为什么是XP让我们来考虑一个传统的途径：用户组和开发组协商让一个分析员设计一个项目。在几周和几个月中，分析员和用户每天会面几个小时。分析员生产出一套文档，可能还包括象一个可视描述和用例之类。用户和项目...
-
编辑 删除
XP设计原则
1 简单是关键 简单的设计总是花较少的时间完成复杂的任务。因此记住要总是做有可能完成的最简单的事情。如果你发现一个事情很复杂，用简单的事情替换它。与其在复杂的代码上消耗更多的时间，还不如用...
-
编辑 删除
换一种思路 极端编程不再神秘
在XP讲师兼开发人员Roy Miller讲解“热门”的XP实践之前，他将为您展示如何转变您的思路，以便您可以开始使用XP。这并不是一项轻松的任务—XP需要一种与大多数程序员和业务人员完全不同的思维方式。如果您正面临着这...
-
编辑 删除
编码冒险开始
出于担心自己的技术会逐渐削弱、软件开发经验会日益缺乏，IBM 顶尖技术咨询小组考虑过一起放弃咨询而恢复开发组织，在开发组织中他们就可以恢复他们的编程兵工厂的勇气。他们决定拿起自己的长剑，正面与那些“龙”搏...
-
编辑 删除
软件开发之3S方法
本文的思路多来源于极限编程（xp） 软件开发项目的几种头痛：1、需求不稳定性！！（头号头痛杀手）客户需求非常不稳定，客户调研方法也导致获取需求的有效性，准确性，但是仍然有相对稳定的需求，按照哲学理论...
-
编辑 删除
XP的轻量级Crystal方法
Crystal Light Methods: Comments by Alistair Cockburn 轻量级的Crystal方法 Editor's note: In the early 1990s, Alistair Cockburn was hired by the IBM Consulting Group to construct and document ...
-
编辑 删除
在项目中期实践XP--第一次迭代小结
第一个迭代周期已经完成，因为素材的限制，迭代周期很短，只有1.5Week。目前已经开始第二个迭 代，我从第一个迭代中实施的实践以及从中得到的经验和教训包括： 1、站立式会议 的确有效果，继续执...
-
编辑 删除
XP中的用户需求分析：Planning Game 和 User Story概述
Extreme Programming 中的需求分析，是通过Planning Game 完成的。虽然我们从Planning Game开始，讨论Extreme Project的具体过程，但实际上，Planning Game中的一些阶段几乎贯穿了项目 开发的始终。（用Game这...
-
编辑 删除
亦幻亦真 仁者心动
自1998 年起，关于“传统瀑布模型和敏捷编程孰优孰劣”的争论就从来没有停息过。如果这种争论只是停留在理论层面（更可怕的是，停留在感情层面），则它对软件开发 人员毫无意义。争吵、论战、板砖横飞、激扬文字，在...
