java 代码 class A{ public String a(){ return a; } } public class B extends A{ public String b(){ return b; } } 上面所示的是一个很常见的继承结构,但是就是这样的结构导致了在Mock对象时会产生某些令人困惑的问题。 假如在BConsumer这个类中用到 ...
在单主题多订阅者的情况,就是用Observer模式了。 但是对于多主题多订阅者,如果对于每一个主题的更新,模型都要清楚的知道哪些订阅者订阅了这个主题,这样的耦合度是不是太高了?但是如果不这样的话,那么一个主题的更新,就带来所有订阅者的更新——无论这个订阅者是否订阅了这个主题,这又是很大的浪费把? 比如在一个模型中,有主题A,B,C,订阅者有a,b,c,d,其中a,b订阅A,b,c订阅B,a,c,d订阅C,或者主题再多上一些,有几十个的话,这时候怎样设计比较好呢?
敏捷宣言开篇即是:“个体与交互胜于过程与工具”,但六年来出现在人们视野中的琳琅满目的书籍,大多数都只是从方法论、项目管理、需求分析和实践角度来帮 助读者认识敏捷,实践敏捷,往往忽略了人之为人的那一面。我们会无缘无故的讨厌一件事情,会因为看一个人不顺眼而敌视他所说的一切,会骄傲自满,会自私自 利,会固步自封,会讳疾忌医。也许,我们并不会因为知道敏捷可以帮助我们为客户交付最大的价值而轻易接受它,在实践中改变认知。正如“白马啸西风”的终 章:江南有杨柳、桃花,有燕子、金鱼……汉人中有的是英俊勇武的少年,倜傥潇洒的少年&hel ...
敏捷宣言已经度过了六周岁的生日,我们知道,敏捷宣言中有一条是“拥抱变化胜于遵循计划”,而敏捷宣言本身,又应该针对六年中发生的一切做出怎样的调整呢? Brian Marick——给自己在XPDay Toronto 上讲演的主题命名为:时隔六年:敏捷宣言几成明日黄花。也许是因为怕人们因为他的权威性而削弱质疑的声音,他开篇便说:虽然我是敏捷宣言的作者之一,但我实际上的贡献只是提供了“宣言”这个词而已。 他写道: 在敏捷宣言刚刚出现的时候,它无异于一剂强心剂。但是那个时代已经过去了——敏捷 ...
与敏捷联盟(Agile Alliance)不同的是,敏捷项目领导力网络(Agile Project Leadership Network,APLN),已经决定推行认证。APLN打算定义两种不同级别的敏捷领导力认证,并希望从社区中能够获得一些建议。该组织创建了一个Yahoo Group讨论列表,邀请整个社区来参与这个过程。 APLN已经决定推出两款不同级别的认证,名为Foundation和Practitioner。Foundation级别主要侧重于基本的技巧,而Practitioner级别则要求具备专家级的能力。这些想法还没有最终成型。APLN明白,他们要开辟的可能是一场 ...
作为敏捷项目管理工具中处于领先地位的Agile Enterprise的拥有者,VersionOne在过去的几个月里已经发布了两个重要的版本:免费的五用户社区版和Agile Enterprise的7.1版。 在最近的更新中,添加了Subversion和Fitnesse的集成,以及新的动态Taskboard视图。 与Fitnesse和Subversion的集成使得开发人员在使用VersionOne的时候,可以看到与特征相关的FIT测试结果,以及subversion的变更记录,这样一来,VersionOne还可以充当与开发过程中使用的其他开发工具的集成点。在发布说明中,还可以看到更多特征——诸如 ...
使用Maven的一大难题,就是dependency和repository的管理,而由于官网的不堪忍受性,我们不得不使用local repository或者自建私服,在这种情况下,我们该怎么样处理第三方的依赖包呢? 1. 如果是本地的repository, 可以通过如下的脚本来安装: mvn install:install-file -Dfile=path-to-your-artifact-jar -DgroupId=your.groupId -DartifactId=your-artifactId -Dversion=your-version -Dpackaging=jar - ...
把第三方类库安装到本地repository中: mvn install:install-file -Dfile=path-to-your-artifact-jar \ -DgroupId=your.groupId \ -DartifactId=your-artifactId \ -Dversion=version \ -Dpackaging=jar \ ...
2007-01-31

周末终于要release了,纪念一下

关键字: 项目管理
进入公司的时候,正好赶上了项目的启动,瑞典方是一个项目经理,一个开发人员,一个UI设计,还有一个总体设计的,我们这边是三个开发人员,其间由于语言文化等种种原因,经过了很长时间的磨合才慢慢有了比较好的合作氛围。 当然,有些问题也是由于外方对于我们的开发能力不信任而导致的,最突出的一点就是,每次我们往Bugzilla提交bug的时候,对方连测试一下都不肯,就先来怀疑这个问题是由我们所导致的,甚至是在我们把每一步测试细节都描述的非常清楚的前提下,这不能不让人很郁闷。 对方的开发人员也有40多岁了吧,总觉得他的很多思路都与面向对象的思想脱节,也不适应Agile的开发方式,导致很多bug在他 ...
Can you foresee everything? No. Are the decisions you make today final? No. It's practically impossible to think everything or know everything in the beginning of a project. You will learn more as a project goes on. However, you can use your experience or experiences of others to guide you in a cert ...
dearwolf
搜索本博客
我的相册
E4ad347d-0c94-3e1b-b11c-cd60a6dbc8cc-thumb
sina
共 3 张
最近加入圈子
存档
最新评论