敏捷
文章平均质量分 74
mfowler
这个作者很懒,什么都没留下…
展开
-
以例为规
原文:SpecificationByExample(译注1) 敏捷 2006年6月16日 Bliki 索引译注1:以例为规,“例”即测试涉及到的例子,这里主要是指验收测试(Acceptance Testing);“规”即软件规格说明书,以下简称“规格”;“以例为规”即以测试涵盖的例子作为规格,后文也作“范例规格”。Cedric Beust最近的一篇翻译 2006-08-30 14:23:00 · 9784 阅读 · 4 评论 -
临场客户
原文:OnsiteCustomer 敏捷 Bliki 索引 临场客户是白皮书(译注1)里十二条XP实践里的一条,具体意思是:客户需要亲临开发者开放的工作空间现场,这样他们能随时回答问题,还可以随时与开发团队沟通。实际上临场客户是开发团队的一分子,军功章有开发者的一半,也有临场客户的一半。XP里的这种客户来自组织机构的业务方,而非开发方,他们是这个系统的最终受益者翻译 2006-08-02 23:46:00 · 3194 阅读 · 1 评论 -
客户亲和力
原文:CustomerAffinity 敏捷 2006年7月28日 Bliki 索引当人们一谈起“具备哪些技能方可成就一名顶级的企业软件开发者”,话题常会转入“要掌握框架和语言”,或者“要能理解复杂的算法和数据结构”。依我之见,不论是对一名程序员还是一个开发团队,最重要的品质却是另外一样东西——我称之为“客户亲和力”——就是看开发者有没有兴趣密切地翻译 2006-08-04 12:23:00 · 4776 阅读 · 2 评论 -
调转代码所有权
原文:ShiftingToCodeOwnership 敏捷 2006年5月15日 Bliki 索引 在最近那篇代码所有权的帖子中,我描述了一下对代码所有权问题的思考。在软件开发行业里,我有不少朋友都是极限编程实践者,他们都对集体代码所有权偏爱有加,但推行代码集体所有并不是绝对的,往往需要根据对局部具体情况的考量做出调整。我的一位同事发给我下面这个实翻译 2006-07-31 13:47:00 · 3343 阅读 · 0 评论 -
人本导向
原文:PeopleOriented 敏捷 2004年1月12日 Bliki 索引敏捷方法令许多人难以理解的精华思想之一即其人本导向(people orientation)。敏捷过程爱好者们有一个共识:过程对于项目能否取得成功只是次级重要的。“敏捷宣言”的头条即“个体及个体间的交互重于过程和工具”。Bill Caputo写了一篇好文(译注1)来说明这一观念上翻译 2006-07-27 14:11:00 · 3938 阅读 · 1 评论 -
Buildix
原文:Buildix 敏捷 2006年7月7日持续集成的好处我已经反复说过多次了,要搭起这样一个环境需要一台持续集成服务器,还要有一个版本控制系统。要想让项目进展得有条不紊,那就配置一套问题跟踪系统来管理bug或类似的东西,最后再跑个Wiki来帮着收集和捕获项目相关的各种知识。这有啥难的?——你没准这么想。把上边列的一揽子东西都搭好攒成一个舒服的环境可真是件苦差事。以我们的经验翻译 2006-07-24 10:10:00 · 3651 阅读 · 1 评论 -
代码所有权
原文:CodeOwnership 敏捷 2006年5月12日关于代码所有权,我见过很多种配置方案,我把它们归并成以下三大类: 强代码所有权——把整个代码库划分成多个模块(class、函数、文件),给每个模块指定一名开发者,只允许开发者改动属于自己的模块,如果你需要修改一下别人的模块,你得先告诉那个模块的所有者,让他们去做相应的修改。你可以给那个模块写个修翻译 2006-07-25 11:40:00 · 5457 阅读 · 4 评论 -
Martin Fowler上海交流实录:谈谈敏捷
李锟:我问Martin的第一个问题是:(speak in English)我是一个敏捷软件开发的爱好者,特别是极限编程。我也是一个交互设计和以使用为中心的设计的爱好者。我认为将两种方法论结合在一起可以产生高质量的软件,同时非常好的满足用户的需求。我曾经读过一篇Kent Beck和Alan Cooper在2002年1月的访谈,似乎两种方法论之间存在着一些冲突。我还阅读了Thomas Technolo原创 2006-06-23 08:46:00 · 4051 阅读 · 2 评论 -
Martin Fowler上海交流实录:关于“RUP是楷书,XP是草书”的对话
熊节:我这里有一个来自下面观众朋友的问题,而且这个问题很有趣,还跟林教授有关。据说林教授说过这么一句话:“UP是正楷,XP是草书,先用XP再用UP就会乱套。”我们先请林教授来解释一下。 林教授:我先用英文来翻译一下(speak in English)。欢迎您,你被我们称作教父。我们等你这次演讲足足等了一年。我们非常遗憾地错过你一年之久。 Martin:我保证,我那天非常希望能在酒店原创 2006-06-23 08:41:00 · 4600 阅读 · 6 评论 -
Martin上海演讲实录1:Ruby是一个非常好的开发工具
2006-6-6,上海交通大学,Martin Fowler先生神采奕奕,精神状态比在北京的敏捷技术大会要好了很多。下午2:00,他准时赶到“上海敏捷专家论坛”现场。讲台上的他,一边激情的做着演讲,一边现场演示着程序,一边响应着专家们的提问,还不时的还接受着粉丝们的签名合影请求。 Ruby是一个非常好的开发工具 我今天想跟大家讨论的主题是ruby.原创 2006-06-19 15:33:00 · 7748 阅读 · 5 评论 -
来自ThoughtWorks的敏捷团队角色定义
推荐的敏捷开发团队有下列角色定义:客户或客户代理,负责定义需求,及需求的优先级别,并验收完成的用户故事。 项目经理,负责将完整的系统交付给客户。业务分析师,(经常会同时担任客户代理的角色), 责任是保证需求和相应的验收标准被完全记录到用户故事中。开发人员,责任是交付代码,满足用户故事上定义的验收标准。测试人员,责任是保证验收测试可以执行,并通过。另外,测试人员也有责任保证系统的总体原创 2006-06-04 09:11:00 · 4641 阅读 · 2 评论 -
取悦你的客户
原文:PleasingTheCustomer(译注1) 敏捷 2003年8月15日 Bliki 索引开发者与系统最终受益客户面对面的交互非常重要,所有敏捷方法都强调这一点;而且还必须是频繁的交互,正如敏捷宣言里所讲“项目开展的整个过程中,业务人员和开发者必需每天都在一起工作”。极限编程通过临场客户实践来强调这一点。开发者与客户的交互之所以这么受大家翻译 2006-08-03 22:22:00 · 4566 阅读 · 1 评论