极限编程beck

1. Eclipse中怎么使用junit测试

Eclipse中使用junit测试的方法：

1、首先新建一个项目叫JUnit_Test，并编写测试类Calculator.java

publicclassCalculator{
privatestaticintresult;//静态变量，用于存储运行结果
publicvoidadd(intn){
result=result+n;
}
publicvoidsubstract(intn){

键轿result=result-1;//Bug:正确的应该是result =result-n
}
publicvoidmultiply(intn){
}//此方法尚未写好
publicvoiddivide(intn){
result=result/n;
}
publicvoidsquare(intn){
result=n*n;
}
publicvoidsquareRoot(intn){
for(;;);//Bug:死循环
}
publicvoidclear(){//将结果清零
result=0;
}
publicintgetResult(){
returnresult;
}
}

2.将JUnit4单元测试包引入这个项目：在该项目上点右键，点“属性”，如图：

2. Java经典书籍

一、Java编程入门类

对于没有Java编程经验的程序员要入门，随便读什么入门书籍都一样，这个阶段需要你快速的掌握Java基础语法和基本用法，宗旨就是“囫囵吞枣不求甚解”，先对Java熟悉起来再说。用很短的时间快速过一遍Java语法，连懵带猜多写写代码，要“知其然”。

1、《Java编程思想》

在有了一定的Java编程经验之后，你需要“知其所以然”了。这个时候《Java编程思想》是一本让你知其所以然的好书，它对于基本的面向对象知识有比较清楚的交待，对Java基本语法，基本类库有比较清楚的讲解，可以帮你打一个良好的Java编程基础。这本书的缺点是实在太厚，也比较罗嗦，不适合现代人快节奏学习，因此看这本书要懂得取舍，不是每章每节都值得一看的，挑重点的深入看就可以了。

2、《Agile Java》中文版

这本书是出版社送给我的，我一拿到就束之高阁，放在书柜一页都没有翻过，但是前两天整理书柜的时候，拿出来一翻，竟然发现这绝对是一本好书！这本书一大特点是以单元测试和TDD来贯穿全书的，在教你Java各种重要的基础知识的过程中，潜移默化的影响你的编程思维走向敏捷，走向TDD。另外这本书成书很新，以JDK5.0的语法为基础讲解，要学习JDK5.0的新语法也不错。还有这本书对于内容取舍也非常得当，Java语言毕竟类库庞大，可以讲的内容太多，这本书选择的内容以及内容的多寡都很得当，可以让你以最少的时间掌握Java最重要的知识，顺便培养出来优秀的编程思路，真是一本不可多得的好书。

虽然作者自己把这本书定位在入门级别，但我不确定这本书用来入门是不是稍微深了点，我自己也准备有空的时候翻翻这本书，学习学习。

二、Java编程进阶类

打下一个良好的Java基础，还需要更多的实践经验积累，我想没有什么捷径。有两本书值得你在编程生涯的这个阶段阅读，培养良好的编程习惯，提高你的代码质量。

1、《重构 改善既有代码的设计》

这本书名气很大，不用多介绍，可以在闲暇的时候多翻翻，多和自己的实践相互印证。这本书对你产生影响是潜移默化的。

2、《测试驱动开发 by Example》

本书最大特点是很薄，看起来没有什么负担。你可以找一个周末的下午，一边看，一边照做，一个下午就把书看完，这本书的所有例子跑完了。这本书的作用是通过实战让你培养TDD的思路。

三、Java架构师之路

到这个阶段，你应该已经非常娴熟的运用Java编程，而且有了一个良好的编程思路和习惯了，但是你可能还缺乏对应用软件整体架构的把握，现在就是你迈向架构师的第一步。

1、《Expert One-on-One J2EE Design and Development》

这本书是Rod Johnson的成名着作，非常经典，从这本书中的代码诞生了springframework。但是好像这本书没有中译本。

2、《Expert One-on-One J2EE Development without EJB》

这本书由gigix组织翻译，多位业界专家参与，虽然署名译者是JavaEye，其实JavaEye出力不多，实在是忝居译者之名。

以上两本书都是Rod Johnson的经典名着，Java架构师的必读书籍。在我所推荐的这些书籍当中，是我看过的最仔细，最认真的书，我当时读这本书几乎是废寝忘食的一气读完的，有小时候挑灯夜读金庸武侠小说的劲头，书中所讲内容和自己的经验知识一一印证，又被无比精辟的总结出来，读完这本书以后，我有种被打通经脉，功力爆增的感觉。

但是后来我看过一些其他人的评价，似乎阅读体验并没有我那么high，也许是因为每个人的知识积累和经验不同导致的。我那个时候刚好是经验知识积累已经足够丰富，但是还没有系统的整理成型，让这本书一梳理，立刻形成完整的知识体系了。

3、《企业应用架构模式》

Martin的又一本名着，但这本书我只是泛泛的看了一遍，并没有仔细看。这本书似乎更适合做框架的人去看，例如如果你打算自己写一个ORM的话，这本书是一定要看的。但是做应用的人，不看貌似也无所谓，但是如果有空，我还是推荐认真看看，会让你知道框架为什么要这样设计，这样你的层次可以晋升到框架设计者的角度去思考问题。Martin的书我向来都是推崇，但是从来都没有像Rod Johnson的书那样非常认真去看。

4、《敏捷软件开发 原则、模式与实践》

Uncle Bob的名着，敏捷的经典名着，这本书比较特别，与其说是讲软件开发过程的书，不如说讲软件架构的书，本书用了很大篇幅讲各种面向对象软件开发的各种模式，个人以为看了这本书，就不必看GoF的《设计模式》了。

四、软件开发过程

了解软件开发过程不单纯是提高程序员个人的良好编程习惯，也是增强团队协作的基础。

1、《UML精粹》

UML其实和软件开发过程没有什么必然联系，却是软件团队协作沟通，撰写软件文档需要的工具。但是UML真正实用的图不多，看看这本书已经足够了，完全没有必要去啃《UML用户指南》之类的东西。要提醒大家的是，这本书的中译本翻译的非常之烂，建议有条件的看英文原版。

2、《解析极限编程 拥抱变化》XP

这是Kent Beck名着的第二版，中英文对照。没什么好说的，必读书籍。

3、《统一软件开发过程》UP

其实UP和敏捷并不一定冲突，UP也非常强调迭代，测试，但是UP强调的文档和过程驱动却是敏捷所不取的。不管怎么说，UP值得你去读，毕竟在中国真正接受敏捷的企业很少，你还是需要用UP来武装一下自己的，哪怕是披着UP的XP。

4、《敏捷建模》AM

Scott Ambler的名着，这本书非常的progmatic，告诉你怎么既敏捷又UP，把敏捷和UP统一起来了，又提出了很多progmatic的建议和做法。你可以把《解析极限编程 拥抱变化》、《统一软件开发过程》和《敏捷建模》这三本书放在一起读，看XP和UP的不同点，再看AM是怎么统一XP和UP的，把这三种理论融为一炉，形成自己的理论体系，那么你也可以去写书了。

五、软件项目管理

如果你突然被领导提拔为项目经理，而你完全没有项目管理经验，你肯定会心里没底；如果你觉得自己管理项目不善，很想改善你的项目管理能力，那么去考PMP肯定是远水不解近渴的。

1、《快速软件开发》

这也是一本名着。可以这样说，有本书在手，你就有了一个项目管理的高级参谋给你出谋划策，再也不必担心自己不能胜任的问题了。这本书不是讲管理的理论的，在实际的项目管理中，讲这些理论是不解决问题的，这本书有点类似于“软件项目点子大全”之类的东西，列举了种种软件项目当中面临的各种问题，以及应该如何解决问题的点子，你只需要稍加变通，找方抓药就行了。

六、总结

在这份推荐阅读书籍的名单中，我没有列举流行的软件框架类学习书籍，例如Struts，Hibernate，Spring之类，也没有列举AJAX方面的书籍。是因为这类书籍容易过时，而上述的大半书籍的生命周期都足够长，值得你去购买和收藏。

3. JUnit主要用来完成什么

JUnit是一个Java语言的单元测试框架。它由Kent Beck和Erich Gamma建立，逐渐成为源于Kent Beck的sUnit的xUnit家族中最为成功的一个。 JUnit有它自己的JUnit扩展生态圈。多数Java的开发环境都已经集成了JUnit作为单元测试的工具
另外junit是在极限编程和重构（refactor）中被极力推荐使用的工具，因为在实现自动单元测试的情况下可以大大的提高开发的效率，但是实际上编写测试代码也是需要耗费很多的时间和精力的，那么使用这个东东好处到底在哪里呢？笔者认为是这样的：
极限编程
要求在编写代码之前先写测试，这样可以强制你在写代码之前好好的思考代码（方法）的功能和逻辑，否则编写的代码很不稳定，那么你需要同时维护测试代码和实际代码，这个工作量就会大大增加。因此在极限编程中，基本过程是这样的：构思－> 编写测试代码－> 编写代码－> 测试，而且编写测试和编写代码都是增量式的，写一点测一点，在编写以后的代码中如果发现问题可以较快的追踪到问题的原因，减小回归错误的纠错难度。
重构
其好处和极限编程中是类似的，因为重构也是要求改一点测一点，减少回归错误造成的时间消耗。
其他情况
我们在开发的时候使用junit写一些适当的测试也是有必要的，因为一般我们也是需要编写测试的代码的，可能原来不是使用的junit，如果使用junit，而且针对接口（方法）编写测试代码会减少以后的维护工作，例如以后对方法内部的修改（这个就是相当于重构的工作了）。另外就是因为junit有断言功能，如果测试结果不通过会告诉我们哪个测试不通过，为什么，而如果是像以前的一般做法是写一些测试代码看其输出结果，然后再由自己来判断结果是否正确，使用junit的好处就是这个结果是否正确的判断是它来完成的，我们只需要看看它告诉我们结果是否正确就可以了，在一般情况下会大大提高效率。

4. 为什么使用脚本语言

这通常会提供更快捷
的应用程序开发能力，以及更高的编程生产力。但是，脚本语言和系统编程语言的目标是不同的。脚本语言被设计用于把应用程序集成起来，而不是实现复杂的数据
结构和算法。因此，为了保证实用性，脚本语言必须能够访问不同类型的组件。
通常，脚本语言不会替代系统编程语言。它们相互补充（Ousterhout, 1998）。一般来说，系统编程语言应该被用于如下目的：
开发复杂的算法或者数据结构
实现计算密集型应用
操作大型数据集
实现良好定义的、缓慢变更的需求
是大型项目的一部分。
但是，脚本语言应该被用于如下目的：
连接已有的组件
处理经常变化燃帆的多种类型的实体
拥有快速变化的功能
是小型或者中型项目的一部分。
相对于系统编程语言，脚本语言的主要长处是所需的编码工作量相对少。通常，系统编程语言的代码看起来非常复杂，难以维护。这是因为系统编程语言的代码需要大量的模板或者转换代码。
系统编程语言是强类型的，能够确保代码的安全性和健壮性。在强类型语言中，变量必须被指定为一种类型，只能按照固定方式使用。尽管强类型特性使得大
型程序的可管理性更好，并且允许编译器（静态地）检测特定类型的错误，但可能有时候起不到类型安全保护作用。比如，当事先很难或者不可能决定变量的类型
时，强类型宴段姿是没有用处的。当连接组件时，这种情况会经常发生。
为简化组件连接任务，脚本语言被设计成弱类型。这意味着，在不同环境下，变量可以以多种方式使用。但是，当代码被实际执行时，才会检测变量是否被非
法使用。比如，尽管Groovy在编译时（静态地）检查程序的语法，（动态地）检测方法调用是否正确发生在运行时。最终结果是，正确编译的Groovy脚
本在运行时也许会抛出异常，甚至导致非正常结束。
弱类型并不意味着代码是不安全的，或者不健壮。极限编程（Beck,
2004）已经成为一种软件开发方法。这个方法注重测试，使用全晌绝面的单元测试方案（Link,
2003）来驱动开发过程。通过在不同环境下执行所编写的代码，就可以保证代码的安全性和健壮性。当开发Groovy脚本时，单元测试应该是基础的开发过
程。实际上，开发经验已经证明，在弱类型语言中，综合运用弱类型和单元测试通常比传统系统编程语言的强类型检测更好。这样的话，就同时拥有弱类型的灵活性和单元测试的全面保障。

5. 极限编程和其它的软件开发方法的区别。 尽量全一点。2000字左右

极限编程（ExtremeProgramming，简称XP）是由KentBeck在1996年提出的。KentBeck在九十年代初期与WardCunningham共事时，就一直共同探索着新的软件开发方法，希望能使软件开发更加简单而有效。Kent仔细地观察和分析了各种简化软件开发的前提条件、可能行以及面临的困难。1996年三月，Kent终于在为DaimlerChrysler所做的一个项目中引入了新的软件开发观念——XP。

极限编程是一个轻量级的、灵巧的软件开发方法；同时它也是一个非常严谨和周密的方法。它的基础和价值观是交流、朴素、反馈和勇气；即，任何一个软件项目都可以从四个方面入手进行改善：加强交流；从简单做起；寻求反馈；勇于实事求是。XP是一种近螺旋式的开发方法，它将复杂的开发过程分解为一个个相对比较简单的小周期；通过积极的交流、反馈以及其它一系列的方法，开发人员和客户可以非常清楚开发进度、变化、待解决的问题和潜在的困难等，并根据实际情况及时地调整开发过程。

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

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

XP中一些基本概念的简介 UserStory：开发人员要求客户把所有的需求写成一个个独立的小故事，每个只需要几天时间就可以完成。开发过程中，客户可以随时提出新的UserStory，或者更改以前的UserStory。 StoryEstimates和开发速度：开发小组对每个UserStory进行估算，并根据每个开发周期（Iteration）中的实际情况反复计算开发速度。这样，开发人员和客户能知道每个星期到底能开发多少UserStory。 ReleasePlan和ReleaseScope：整个开发过程中，开发人员将不断地发布新版本。开发人员和客户一起确定每个发布所包含的UserStory。 Iteration（开发周期，或称迭代）和IterationPlan：在一个Release过程中，开发人员要求客户选择最有价值的UserStory作为未来一两个星期的开发内容。 TheSeed：第一个迭代（Iteration）完成后，提交给客户的系统。虽然这不是最终的产品，但它已经实现了几个客户认为是最重要的Story，开发人员将逐步在其基础上增加新的模块。 ContinuousIntegration（整合）：把开发完的UserStory的模块一个个拼装起来，一步步接近乃至最终完成最终产品。 验收测试（功能测试）：对于每个UserStory，客户将定义一些测试案例，开发人员将使运行这些测试案例的过程自动化。 UnitTest（单元测试）：在开始写程序前，程序员针对大部分类的方法，先写出相应的测试程序。 Refactoring(重构)：去掉代码中的冗余部分，增加代码的可重用性和伸缩性。

6. 极限开发的介绍

极限开发也叫做极限编程extreme programing，缩写为XP。该方法是由Kent Beck于1999年提出的一种软件开发方法，适用嫌纯灶于软件需求裤如模糊且挥发芹扮性强、开发团队人数在十人以下、开发地点集中的场合。

7. 《解析极限编程拥抱变化》pdf下载在线阅读全文，求百度网盘云资源

《解析极限编程》（Kent Beck）电子书网盘下载免费在线阅读

链接:

书名：解析极限编程

作者：Kent Beck

译者：雷剑文

豆瓣评分：8.2

出版社：机械工业出版社

出版年份：2011-9

页数：167

内容简介：

极限编程（XP）是适用于中小型团队在需求不明确或者迅速变化的情况下进行软件开发的轻量级方法学。本书是XP宣言，也是第一本有关XP的图书。

这本书介绍了XP背后的思想——它的根源、哲学、情节等。它将帮助读者选择是否在项目中使用XP时做出明智的决策。本书的另一个目的是帮助那些已经在使用 XP的读者更好地理解它。 对程序员而言，XP做出的承诺是他们每天能够处理真正重要的工作，而不必单独面对令人担忧的状况。他们将能够集中全力来使他们的系统获得成功。他们将做出最适合由他们来做的决策。对于客户和管理人员而言，XP的承诺是他们将从每个编程周期中获得最多的利益。他们将能够在开发的中途更改项目的方向而不用承担太高的成本。

本书适合所有软件开发人员、管理人员参考。

作者简介：

Kent Beck一向挑战软件工程教条，促进诸如模式、测试驱动开发和极限编程等思想。目前属于Three Rivers Institute和Agitar Software，他是许多Addison-Wesley着作的作者。

Cynthia Andres拥有心理学学士学位，在组织行为学、决策分析和妇女研究方面工作。从XP诞生以来她就跟Beck一起工作于XP的社会方面。她也属于Three Rivers Institute。

8. 什么叫有效实践

极限编程-XP-的有效实践
2007-01-30 源自:IT粉丝网 网友评论 我要发布知识
本文章地址：http://kao.itfensi.com/IT/soft/System/117009070019269.html [点击复制地址分享知识给朋友]

在按照我的理解方式审查了软件开发的生命周期后，我得出一个结论：实际上满足工程设计标准的惟一软件文档，就是源代码清单。 -- jack reeves
简介
2001年，为了解决许多公司的软件团队陷入不断增长的过程泥潭，一批业界专家一起概括出了一些可以让软件开发团队具有快速工作、响应变化能力的价值观和原则，他们称自己为敏捷联盟。敏捷开发过程的方法很多，主要有：scrum，crystal,特征驱动软件开发（feature driven development，简称fdd），自适应软件开发(adaptive software development，简称asd)，以及最重要的极限编程(extreme programming,简称xp)。极限编程(xp)是于1998年由smalltalk社群中的大师级人物kent beck首先倡导的。

设计和编程都是人的活动。忘记这一点，将会失去一切。
-- bjarne stroustrup

极限编程(xp)是敏捷方法中最箸名的一个。它是由一系列简单却互相依赖的实践组成。这些实践结合在一起形成了一个胜于部分结合的整体。
下面是极限编程的有效实践：
1、 完整团队
xp项目的所有参与者（开发人员、客户、测试人员等）一起工作在一个开放的场所中，他们是同一个团队的成员。这个场所的墙壁上随意悬挂着大幅的、显着的图表以及其他一些显示他们进度的东西。
2、 计划游戏
计划是持续的、循序渐进的。每2周，开发人员就为下2周估算候选特性的成本，而客户则根据成本和商务价值来选择要实现的特性。
3、 客户测试
作为选择每个所期望的特性的一部分，客户可以根据脚本语言来定义出自动验收测试来表明该特性可以工作。
4、 简单设计
团队保持设计恰好和当前的系统功能相匹配。它通过了所有的测试，不包含任何重复，表达出了编写者想表达的所有东西，并且包含尽可能少的代码。
5、 结对编程
所有的产品软件都是由两个程序员、并排坐在一起在同一台机器上构建的。
6、 测试驱动开发
编写单元测试是一个验证行为，更是一个设计行为。同样，它更是拍银一种编写文档的行为。编写单元测试避免了相当数量的反馈循环，尤其是功功能能验证方面的反馈循环。程芹枣序员以非常短的循环周期工作，他们先增加一个失败的测试，然后使之通过。
7、 改进设计
随时利用重构方法改进已经腐化的代码，保持袭首宴代码尽可能的干净、具有表达力。
8、 持续集成
团队总是使系统完整地被集成。一个人拆入（check in）后，其它所有人责任代码集成。
9、 集体代码所有权
任何结对的程序员都可以在任何时候改进任何代码。没有程序员对任何一个特定的模块或技术单独负责，每个人都可以参与任何其它方面的开发。
10、编码标准
系统中所有的代码看起来就好像是被单独一人编写的。
11、隐喻
将整个系统联系在一起的全局视图；它是系统的未来影像，是它使得所有单独模块的位置和外观变得明显直观。如果模块的外观与整个隐喻不符，那么你就知道该模块是错误的。
12、可持续的速度
团队只有持久才有获胜的希望。他们以能够长期维持的速度努力工作，他们保存精力，他们把项目看作是马拉松长跑，而不是全速短跑。
极限编程是一组简单、具体的实践，这些实践结合在形成了一个敏捷开发过程。极限编程是一种优良的、通用的软件开发方法，项目团队可以拿来直接采用，也可以增加一些实践，或者对其中的一些实践进行修改后再采用。

9. 《重构改善既有代码的设计》epub下载在线阅读全文，求百度网盘云资源

《重构》（Martin Fowler）电子书网盘下载免费在线阅读

链接: https://pan..com/s/1hLRHR04m-ylbTcta3MY_Yg

书名：重构

作者：Martin Fowler

译者：熊节

豆瓣评分：9.0

出版社：人民邮电出版社

出版年份：2010

页数：428

内容简介：

重构，一言以蔽之，就是在不改变外部行为的前提下，有条不紊地改善代码。多年前，正是本书原版的出版，使重构终于从编程高手们的小圈子走出，成为众多普通程序员日常开发工作中不可或缺的一部分。本书也因此成为与《设计模式》齐名的经典着作，被译为中、德、俄、日等众多语言，在世界范围内畅销不衰。

本书凝聚了软件开发社区专家多年摸索而获得的宝贵清枣经验，拥有不因时光流逝而磨灭的价值。今天，无论是重构本身，业界对重构的理解，还是开发工具对重构的支持力度，都与本书最初出版时不可同日而语，但书中所蕴涵的意味和精华，依然值得反郑悔复咀嚼，而且往往能够常读常新。

作者简介：

Martin Fowler 世界软件开发大师，在面向对象分析设计、UML、模式、XP和重构等领域都有卓越贡献，现为着名软件开发咨询公司ThoughtWorks的首席科学家。他的多部着作《分析模式》、《UML精粹》和《企喊正正业应用架构模式》等都已经成为脍炙人口的经典。

其他参编者——

Kent Beck 软件开发方法学的泰斗，极限编程的创始人。他是Three Rivers Institute公司总裁，也是Agitar Software的成员。

John Brant和Don Roberts The Refactory公司的创始人，Refactoring Browser （http://st-www.cs.illinois.e/users/brant/Refactory/）的开发者，多年来一直从事研究重构的实践与理论。

William Opdyke 目前在朗讯贝尔实验室工作，他写的关于面向对象框架的博士论文是重构方面的第一篇着名文章。

10. ＜软件工程＞的好书

软件工程导论第四版张海潘编着
最适合初学者

软件工程---实践者研究 机械工业出版社

<<软件工程-实践者的研究方法>>
Software Engineering: A Practitioner's Approach
Roger s.Pressman 梅宏

总体方法论和过程

第1名：
解析极限编程——拥抱变化（影印版）
原书名：Extreme Programming Explained：Embrace Change
作者：Kent Beck
出版社：中国电力出版社
原出版社：Addison-Wesley
页书：194
定价：26
出版日期：2003-9-1

专家评语：
曲俊生：
XP（极限编程）由于其高度可操作性，尤其是对于业界众多实践的总结，在敏捷软件开发方法中一马当先，获得了广泛的研究与关注。本书是了解XP的必读宝典，其中对于XP的原则、核心价值、最佳实践都有深入的描述，更加难能可贵的是，作者并没有效法其他鼓动者，将XP推到“万金油”的高度，而是非常清楚地列举了它不适用的地方。同时，作者也指出，不要太深入地追究您在项目中采用的是否是完全的XP实践，而应该根据项目的实际进行剪裁。
本书适合对于敏捷软件开发感兴趣，同时又想找到一个可操作性较强方法的开发人员。

王咏刚：
单凭书名里“拥抱变化”这四个字，Kent Beck这本专门给大伙儿解释极限编程是什么东东的红宝书就没白写。要说也是，那些没事儿就鼓捣世界级的软件工程理论、动辄就要写1000页以上大部头的老先生们做梦也想不到，他们的眼中钉肉中刺，他们想方设法要“管理”、“控制”的对象——软件开发里的“变化”——在Beck看来就像是杨过身边的大雕，虽然长得丑点儿，却能陪你练剑，让你成为真正的大侠。听Beck的没错，赶快放下架子，和“变化”打成一片吧，要不然你永远也甭想练成独孤九剑。

第2名：
敏捷软件开发（影印版）
原书名：Agile Software Development
作者：Alistair Cockburn
出版社：人民邮电出版社
原出版社：Addison-Wesley
页数：324 定价：35
出版日期：2003-8-1

专家评语：
曲俊生：
很早以前就读到英文的电子版，在很大程度上，本书是对于RUP等方法论的颠覆，尤其是在国内“软件蓝领”宣传大行其道的时候，本书构成了一副有效的清醒剂。本书是Cockburn从20多年的IBM工作中总结出来的实践结晶。书中充满了睿智的比喻与描述，例如，将软件开发形容成一场游戏。书中对于水晶方法的介绍固然可贵，但是更加精彩的是对于人、沟通等主题的深入描述，可以说，这是既《人件》之后对“人”在软件开发中重要作用描述的又一本经典着作。
该书也不是了解SE（软件工程）的入门书籍，适合于对传统软件开发过程有深入理解，但是对于敏捷软件开发了解不深的PM（项目经理）详细阅读。

第3名：
测试驱动开发（影印版）
原书名：Test-Driven Development
作者：Kent Beck
出版社：中国电力出版社
原出版社：Addison-Wesley
页数：226 定价：32
出版日期：2003-8-1
专家评语：
徐锋：
分析、设计、编码、测试，已经成为了软件开发领域亘古不变的真理。Kent Beck，这一全力追求敏捷，希望将编程发挥到极限的黑客级大师，提出了颠覆性的理论——测试先行。在本书中，作者结合编程实例，说道理、讲方法，并结合自动化测试框架来提高效能。让笔者看完之外，就有跃跃欲试之感，叛逆的精神融入了每一个细胞。

该帖由: lindows修改，时间 2004-1-6 上午11:44

分析和设计

第1名：
编写有效用例
原书名:Writing Effective Use Cases
作者:Alistair Cockburn
出版社:机械工业出版社
原出版社:Addison-Wesley
页数：304
定价：25
出版日期：2002-7-1

专家评语：
张恂：
用例是10多年来最重要的需求分析技术，更是现代软件过程和项目管理的主驱动轴。随着对用例理解的深入，我不禁倒吸一口气:对于大多数项目，如果不细化到用例这个层次，我们过去写的所谓“需求”其实都算不上真正的需求。此书是继Ivar Jacobson的OOSE之后，用例两大流派的“教主”之一Alistair Cockburn的代表之作，而且我一直认为它是迄今为止最好的用例教材。
10多年前Cockburn曾经听过Jacobson的课，没想到后来他在用例技术的实用化方面做出了贡献，大有青出于蓝而胜于蓝之势。大概与作者喜欢作诗（以及他对道德经的爱好）有关，我很喜欢他的写作风格:依着人们的直觉娓娓道来，在平淡无奇的文字背后却折射出极其丰富的项目经验和扎实的专业技巧，读完之后你会惊讶地发现一切竟然如此简单和美妙，这不就是软件开发的真谛么？
徐锋：
用例分析技术是一个伟大的创举，它将开发团队带到了客户的视角上，这是一个良好的驱动点。掌握用例分析技术，将对你的职业生涯带来很大的益处。《编写有效用例》是你的起点，本书能够帮助你真正有效地利用该技术，更好地掌握这一看似十分简单、却又十分复杂的需求分析方法。薄薄的一本书，却记载着方方面面问题的答案，从这里腾飞吧。

第2名：
重构——改善既有代码的设计（影印版）
原书名:Refactoring: Improving the Design of
Existing Code
作者:Martin Fowler
译者:侯捷 熊节
出版社:中国电力出版社
原出版社:Addison-Wesley
页数：431 定价：68
出版日期:2003-8-1

专家评语：
王咏刚：
没有什么比《重构》这本书更能理解程序员的苦衷并处处为程序员着想了。那些软件工程权威们总板着脸说“你不能这样，你不能那样”，好像所有程序员都是该他们管教的小孩子；而《重构》却告诉我们说，没人能一步到位地把所有问题都想清楚，设计差不多了就开始写代码吧，等写烦了写腻了的时候再抽空儿零敲碎打修修补补——这可不是三天打鱼两天晒网，用形而上学的话讲，这叫重构。

第3名：
分析模式——可复用对象模型（影印版）
原书名:Analysis Patterns:Reusable Object Models
作者：Martin Fowler
出版社:中国电力出版社
原出版社:Addison-Wesley
页数:357 定价:48
出版日期:2003-6-20

专家评语：
宓吉琦：
应该是一本比较难懂的书，晦涩程度可能还超过设计模式，但也是任何一个想做架构师的人所必读的。软件是为其他产业服务的, 只有能把其他产业的需求顺利转化为软件功能， 同时具有软件设计艺术的人才是好的架构师。本书中，作者就把他从事的许多行业的宝贵建模经验无条件地提供给大家，这些建模的经验的积累往往需要花费几年或者十几年的时间。

项目和配置管理

第1名：
人月神话（影印版）
原书名：The Mythical Man-Month
作者：Frederick Phillips Brooks, Jr.
出版社:中国电力出版社
原出版社:Addison-Wesley
页数：322
定价：25
出版日期：2003-3-1

专家评语：
青润：
一种感慨，一种沉默……在该书中看到的神品的推荐，让人唏嘘不已。不过，这本书的确是软件工程领域内的一本极品，国内见过似乎理论道行很深的书，但是却没有见到过有这样理论与实践深度并存的书籍出现过！
没有项目经历，没有工程经验，劝你千万不要阅读此书，否则，是对神品的亵渎！而且，你也绝对不可能看明白的！
“开发人员交付的是用户满意度，而不仅仅是有形的产品”——没有经验的人能看明白么？国内的软件以工程项目居多，国内的教育以理论为主，理论与实践的脱节，学生学到的几乎是空白，这也就是为什么其他专业转过来从事计算机行业的人往往在软件公司里面的表现往往比计算机专业毕业要好的一个很重要因素。
王咏刚：
网上有不少板砖拍在这本书上，因为有人嫌这书太老套，几十年前的破事儿了还敢擦脂抹粉地端出来蒙人骗钱。我偏要说这书挺好看，关键是你不能拿它当项目管理入门的教材看，你得把他当成一本跟你谈心聊天讲故事的散文集来看。你瞧前些年，那么多女孩子捧着本余秋雨如醉如痴似颦似笑风情万种，难道就不许我们程序员揣着《人月神话》假装深沉故作风雅，既陶冶了知识青年的道德情操又学习了项目管理的思想方法吗？

第2名：
快速软件开发（影印版）
原书名：Rapid Development
作者：Steve McConnell
出版社：机械工业出版社
原出版社：Microsoft Press
页数：676
定价：58
出版日期：2003-3-1

专家评语：
张恂:
众人看完此书皆掩卷长叹，相见恨晚啊！在外面参加了那么多国际项目管理课程，对改进“软件”项目管理到底有多大真实效果呢？软件项目经理当然要懂软件项目自身的规律！夸张一点，学了这么多通用的PM知识，可能还不及这样一本实话实说的书管用。软件项目经理可能是软件行业中承担压力最大，也是最有苦难言，最需要关心的一个群体。书里有这么多美国同行的经验教训、陷阱和误区，如果你对此还一无所知，难免会一而再、再而三地掉进去;书里还有这么多优秀的实践方法，你为什么不试着用用看呢？所以我的建议是，如果Steve McConnell这位朴实的优秀程序员、着有多本名着的技术作家兼国际软件工程权威说话了，大家一定要仔细听听。这年头的“必读经典”大有泛滥之势，实在让人招架不住，可是这次我甘冒风险大胆地说：对于改变国内软件项目管理的窘况，此乃必读之选。

第3名：
领导软件开发团队
原书名：Leading a Software Development Team:A
Developer's Guide to Successfully Leading
People and Projects
作者：Richard Whitehead
译者：吴志明
出版社：电子工业出版社
原出版社：Addison-Wesley
页数：304 定价：36
出版日期：2002-5-1

专家评语：
徐锋：
一本亲切的好书，让我爱不释手。如果你第一次担任项目经理，这本书可以让你迅速进入角色；如果你已有丰富的项目管理经验，你也能够从中吸取养份，解决埋藏在你心中很久的疑问。其采用的实例为驱动的写作方法，可以成为案头常备的宝典。