极端编程(eXtreme Programming)是一种开发纪律，以简单性、交流、反馈和勇气为基本宗旨。它的做法是以有效的实践规则将整个团队紧密联系起来，通过充分的反馈使
极限编程（XP）适用于需求经常发生变化的项目。你的客户对系统应该做什么可能没有一个固定的想法；一个系统每隔几个月其功能就要求进行一定的改变。大多数软件项目的需求都处于这样
极端编程(eXtreme Programming)是一种开发纪律，以简单性、交流、反馈和勇气为基本宗旨。它的做法是以有效的实践规则将整个团队紧密联系起来，通过充分的反馈使
极限编程（XP）适用于需求经常发生变化的项目。你的客户对系统应该做什么可能没有一个固定的想法；一个系统每隔几个月其功能就要求进行一定的改变。大多数软件项目的需求都处于这样
从前，有一个A型血的人和一个B型血的人去登山。显然A和B有着不同的登山方法。 A到了山脚下，总是先停下来，仔细打量山势。接着，围着山脚转转，看看哪些是小山包，哪个是主
正文 这是一个阳光明媚的三月早晨，我在犹他州的American Fork市，这里的小型工业园区被Wasatch众山所环绕，其中有一座双层建筑，在它的二楼的一间宽敞的四
熟悉极限编程的人都知道，在极限编程的十二项实践中，有一个非常重要的实践就是结对编程，也就是两个人坐在同一台电脑前面，使用相同的键盘和鼠标来开发同样的一个模块，一个负责代码
1、引 言Web技术的发展，使得管理系统的开发更方便、功能更强大，在此系统的开发过程中，Web技术起了一个骨架式的支持作用；与此同时组件技术的发展为系统的开放性、集成性提
这是非程序员第49期的文章爱丽丝漫游用例奇境里引用的一段歌词，出处在Songs of the Extremos ,很有意思的软件之歌，如果知道原曲旋律，唱起来一定很爽口....比如> The Long and Winding Thread...
极端编程(eXtreme Programming)是一种开发纪律，以简单性、交流、反馈和勇气为基本宗旨。
极限编程（XP）适用于需求经常发生变化的项目。你的客户对系统应该做什么可能没有一个固定的想法；一个系统每隔几个月其功能就要求进行一定的改变。
A到了山脚下，总是先停下来，仔细打量山势。接着，围着山脚转转，看看哪些是小山包，哪个是主峰。然后，设计几条不同的
熟悉极限编程的人都知道，在极限编程的十二项实践中，有一个非常重要的实践就是结对编程，也就是两个人坐在同一台电脑前面，使用相同的键盘和鼠标来开发同样的一个模块，一个负责代码的键入，另外一个人负责盯紧可能出现的错误，包括低级错误和方向性的错误。
Web技术的发展，使得管理系统的开发更方便、功能更强大，在此系统的开发过程中，Web技术起了一个骨架式的支持作用；
在过去五十年里，编程基本上是一种单干的职业。哦，当然，程序员也与别人交谈，尤其在项目的需求收集阶段。
配对编程是极限编程里争议最大的做法之一——支持者和反对者对此的反应都相当强烈。那么什么是配对编程？为什么人们对此的反应这么大？
极限编程，有时也被叫做XP，已经被证明了是许多项目经理和项目程序员开发项目的成功的开发方法，具有很好的开发风格。
极限编程（XP）适用于需求经常发生变化的项目。你的客户对系统应该做什么可能没有一个固定的想法；一个系统每隔几个月其功能就要求进行一定的改变。
关于“传统瀑布模型和敏捷编程孰优孰劣”的争论就从来没有停息过。如果这种争论只是停留在理论层面（更可怕的是，停留在感情层面），则它对软件开发 人员毫无意义。
做计划，是一件说起来容易做起来难的事情。做计划时，程序员考虑的是怎么样编程更快；项 目经理考虑的是到底程序员多久才能做完这些事情；
Extreme Programming 中的需求分析，是通过Planning Game 完成的。虽然我们从Planning Game开始，讨论Extreme Project的具体过程，但实际上，Planning Game中的一些阶段几乎贯穿了项目 开发的始终。（用Game这个词，可以让大家的心理放松些。）
大多数项目持续数月之久；有一些会持续数年。为了防止在无边无际地编码-即使是漂亮的优质代码-的持续打击下变得发狂，每一个项目都需要停顿。一个程序员可以获得的最好的停顿是一种完成的感觉。XP的设计循环提供了一个循环相套的节奏，每一个周期都有着它自己的完成时刻。
XP在很多方面都和我们传统意义上得软件工程不同，同时，它也和传统得管理和项目计划得方法不同。这些方法在软件工程和其他管理活动中都有借鉴意义。
使用面向对象编程变得空前普及。它使软件开发发生了某种程度上的变革，但最近的研究表明，有半数的软件开发项目滞后，而三分之一的项目则超出预算。
使用 Java 语言所进行的面向对象编程变得空前普及。它使软件开发发生了某种程度上的变革，但最近的研究表明，有半数的软件开发项目滞后，而三分之一的项目则超出预算。
XP Game以娱乐的方式拉近玩家和XP计划编制游戏（XP Planning Game）的一些晦涩概念（比如速度、故事评估、生命周期）之间的距离。每个人都可以参与。它的目的是使开发者和业务人员一起工作，这两者同时扮演各自的角色。这对于刚开始采用XP的公司非常有益。XP游戏非常简单，主要通过让客户和开发者亲身体验的方式学习XP计划编写的方法...
我们在ThoughtWorks这样的大型项目中应用XP方法的时间超过了15个月。这个项目开始于三年前，那时它有大量的需求文档和几个独立的功能小组。从2000年1月起，我们决定应用XP，虽然当时我们已经知道XP并不适用于大型项目。
XP作为敏捷方法的一种，拥有很多优秀的实践，用好这些实践，在软件组织中能够起到很好的效果。
我觉得自己写blog总是没有动力，以后就在你的文章后面写一些评论当blog好了呵呵，免得点击链接麻烦。
在按照我的理解方式审查了软件开发的生命周期后，我得出一个结论：实际上满足工程设计标准的惟一软件文档，就是源代码清单。 -- Jack Reeves
| 我爱研发网 | 中电华信 | 阿里西西 | JAVA爱好者 | 北京英才网 | 全球大学查询网 |
| 中国人的网站导航 | 中国电脑论坛 | 信息产业部 | 新浪科技 | 搜狐IT | 信息产业部电子教育与考试中心 |
| IT世界网 | 软件项目交易网 | 中国软件交易网 | 国信培训网 | 亚远景科技 | ....[更多] |
