前文说: Rod John son在他在书中《Expert One on One J2EE Development without EJB》倡导一种的“循证架构”(evidence based architecture)。
选择一种架构、一种技术的依据是什么?Rod John son认为,应该是基于实践的证据、来自历史项目或亲自试验的经验。Rod John son通过这本书希望传达的、更为重要的信息正是“循证”的工作方式—————那原本就应该是程序员的工作方式。
ejb是java下企业级架构,ejb被广泛采用,但ejb的效果却未经验证。
基于经验分析和追求客观的目的,我们首先不妨假设一下使用EJB架构中小项目提高开发效率这条经验可能存在问题。因情感及经验本身所处条件及环境无限复杂,将导致经验质量大打折扣。迷信横行,大师泛滥就源自对经验难以判别。看上去正确(但不稳定),往往不会或难以重复经验的结果:使用EJB架构中小项目提高开发效率。更多时候错误的经验指导下措施,带来潜在威胁和不必要的损失。 [ 相关资料: 经验问题]
经验效应由以下三部分组成:原始效应、伪效应、实际效应。原始效应指按照一定规律自然能够得到效应,伪效应指因采取干预措施而呈现效应但并非来自经验本身,实际效益才是经验应用所获得效益。也就是可以得到以下公式: 表面效应=原始效应+伪效应+实际效应 [ 相关资料: 经验效应公式]
从经验公式中可以看出,使用EJB架构中小项目提高开发效率经验成分其实并不单纯。如何才能分析提取出使用EJB架构中小项目提高开发效率这条经验的实际效应,让这条经验变成可信经验?基于不可靠/不可信经验是危险的,只有通过确认使用EJB架构中小项目一定会或多大程度上导致提高开发效率,从而提供判断依据。
原始效应和伪效应都受环境因素影响,如果提取两者任意一种会非常复杂。环境会带来原始效应,干预措施带来伪效应,也就是说,只要有相同的环境,采用类似的方法,通过两者相减,就能推算出经验实际效应。变换一下公式: 实际效应 = 表面效应 ─ (原始效应 + 伪效应)
临床医学有一条行之有效的方法,称为随机对照试验,随机对照试验就是通过大量试验案例(模拟环境)及安慰措施使用其它架构方法 用以模拟干预措施,获取对比效果。随机对照试验包括三个部分: [相关资料: 随机对照试验]
1,设立对照
2,随机分组
3,盲法应用
假设我们来做一个客观的随机对照试验,选择一定样本(通过大样本来模拟环境公平),随机分成实验组和对照组(避免偏倚、实现对比),实验方和对照方均不知情(使用模拟措施,使两组获得相同的伪效应)。也就是实验组采用使用EJB架构中小项目,而对照组采用模拟措施使用其它架构方法。实验组和对照组分别是20个样本,实验组和对照组分别取若干个项目指标,获得如下数据:
假如能够得出以上数据,从以上图表中可以很清楚的发现,实验组使用EJB架构中小项目和对照组使用其它架构方法 模拟措施之间,区别明显。假设随机对照实验(RCT)做的足够好,对照组能完全模拟实验组环境(样本足够,随机公平)和干预措施(高度仿真模拟措施 使用其它架构方法),对照组表面效应可以认为是实验组的(原始效应 + 伪效应),那么实验组高出对照组部分即是实验组实际效应,从而验证了使用EJB架构中小项目提高开发效率。当然,如果实验组和对照组差别不明显的结果也可能获得否定提高开发效率的结论。
使用EJB架构中小项目提高开发效率,可能因经济、安全、环境因素难以展开随机对照试验(RCT)。但这并不是任由经验使用EJB架构中小项目提高开发效率泛滥不加以验证的理由。我们,可以通过遵循随机对照试验(RCT)理念,收集已有资料,客观分析,通过控制偏倚而采信资料,从而形成对照结论,称为Meta评价方法。
假设我们通过文献检索、互联搜索及其他方式能够获得如下资料:
通过对收集到得资料进行分析、整理、合并,可以进一步获取如下信息:
需要注意的是,不管随机对照实验(RCT)还是Meta分析,验证使用EJB架构中小项目提高开发效率经验的最大敌人是来自于我们自身的偏倚。我们本身会有很多期待及潜意识的方法,恰恰是在这些期望及潜意识指导下的方法导致偏倚。除牟利外,迷信和大师也大多来源于此,错误将非经验实际效益归咎于经验。期望某种经验正确或错误,导致得出的结论不可靠。偏倚产生的原因很多,如抽样偏倚、发表偏倚、选择偏倚和研究偏倚。伪效应本身就是一种严重的偏倚。也就是说我们正视偏倚的存在,并控制偏倚,客观分析已有资料,我们就可能获得比较可信的对比结论。
所以,对于经验使用EJB架构中小项目提高开发效率,我们可以这么认为:
1,随机对照试验是验证(使用EJB架构中小项目提高开发效率)的金标准。
2,只有经过足够公平,并大量的随机对照试验(RCT),通过模拟措施使用其它架构方法,交叉验证,才能认为这条经验(使用EJB架构中小项目提高开发效率)可靠。
3,即使不能进行随机试验,可以遵循RCT精神,收集资料(文献、期刊、互联网及抽样调查)进行刷选,得出一些比较可信结论。
4,对已有资料进行刷选获得对比结论,其可信度取决于偏倚控制。
选择一种架构、一种技术的依据是什么?Rod John son认为,应该是基于实践的证据、来自历史项目或亲自试验的经验。Rod John son通过这本书希望传达的、更为重要的信息正是“循证”的工作方式—————那原本就应该是程序员的工作方式。
ejb是java下企业级架构,ejb被广泛采用,但ejb的效果却未经验证。
基于经验分析和追求客观的目的,我们首先不妨假设一下使用EJB架构中小项目提高开发效率这条经验可能存在问题。因情感及经验本身所处条件及环境无限复杂,将导致经验质量大打折扣。迷信横行,大师泛滥就源自对经验难以判别。看上去正确(但不稳定),往往不会或难以重复经验的结果:使用EJB架构中小项目提高开发效率。更多时候错误的经验指导下措施,带来潜在威胁和不必要的损失。 [ 相关资料: 经验问题]
经验效应由以下三部分组成:原始效应、伪效应、实际效应。原始效应指按照一定规律自然能够得到效应,伪效应指因采取干预措施而呈现效应但并非来自经验本身,实际效益才是经验应用所获得效益。也就是可以得到以下公式: 表面效应=原始效应+伪效应+实际效应 [ 相关资料: 经验效应公式]
![](http://www.sodake.com/img/mb/1.jpg)
从经验公式中可以看出,使用EJB架构中小项目提高开发效率经验成分其实并不单纯。如何才能分析提取出使用EJB架构中小项目提高开发效率这条经验的实际效应,让这条经验变成可信经验?基于不可靠/不可信经验是危险的,只有通过确认使用EJB架构中小项目一定会或多大程度上导致提高开发效率,从而提供判断依据。
原始效应和伪效应都受环境因素影响,如果提取两者任意一种会非常复杂。环境会带来原始效应,干预措施带来伪效应,也就是说,只要有相同的环境,采用类似的方法,通过两者相减,就能推算出经验实际效应。变换一下公式: 实际效应 = 表面效应 ─ (原始效应 + 伪效应)
![](http://www.sodake.com/img/mb/2.jpg)
临床医学有一条行之有效的方法,称为随机对照试验,随机对照试验就是通过大量试验案例(模拟环境)及安慰措施使用其它架构方法 用以模拟干预措施,获取对比效果。随机对照试验包括三个部分: [相关资料: 随机对照试验]
1,设立对照
2,随机分组
3,盲法应用
假设我们来做一个客观的随机对照试验,选择一定样本(通过大样本来模拟环境公平),随机分成实验组和对照组(避免偏倚、实现对比),实验方和对照方均不知情(使用模拟措施,使两组获得相同的伪效应)。也就是实验组采用使用EJB架构中小项目,而对照组采用模拟措施使用其它架构方法。实验组和对照组分别是20个样本,实验组和对照组分别取若干个项目指标,获得如下数据:
项目 | 实验组 | 对照组 |
使用EJB架构中小项目 | 模拟措施 使用其它架构方法 | |
项目1 开发成本降低 | 3 | 2 |
项目2 开发质量提高 | 6 | 4 |
项目3 开发周期缩短 | 13 | 4 |
![](http://www.sodake.com/img/mb/7.jpg)
假如能够得出以上数据,从以上图表中可以很清楚的发现,实验组使用EJB架构中小项目和对照组使用其它架构方法 模拟措施之间,区别明显。假设随机对照实验(RCT)做的足够好,对照组能完全模拟实验组环境(样本足够,随机公平)和干预措施(高度仿真模拟措施 使用其它架构方法),对照组表面效应可以认为是实验组的(原始效应 + 伪效应),那么实验组高出对照组部分即是实验组实际效应,从而验证了使用EJB架构中小项目提高开发效率。当然,如果实验组和对照组差别不明显的结果也可能获得否定提高开发效率的结论。
使用EJB架构中小项目提高开发效率,可能因经济、安全、环境因素难以展开随机对照试验(RCT)。但这并不是任由经验使用EJB架构中小项目提高开发效率泛滥不加以验证的理由。我们,可以通过遵循随机对照试验(RCT)理念,收集已有资料,客观分析,通过控制偏倚而采信资料,从而形成对照结论,称为Meta评价方法。
假设我们通过文献检索、互联搜索及其他方式能够获得如下资料:
资料来源 | 方法 | 案例 | 干预 | 结果 | 评价 |
文献 2004 | RCT 双盲 | 各20例 | 实验组:使用EJB架构中小项目 对照组:使用其它架构方法 | 资料质量较高,其中结果差别明显,具有统计意义。 | |
文献 1998 | 单一案例 | 1例 普通报告 | 使用EJB架构中小项目 | 提高开发效率 | 单一案例,效果难以评价。作辅助参考。 |
互联网 2001 | 安慰剂对照 | 4例 | 1例采用使用EJB架构中小项目,3例使用其它架构方法 |
通过对收集到得资料进行分析、整理、合并,可以进一步获取如下信息:
项目 | 资料来源 | 干预 | 对照 |
项目1 开发成本降低 | 互联网 2001 | 1/1 | 0/3 |
项目2 开发质量提高 | 文献 1998 | 1/1 | 0/0 |
项目3 开发周期缩短 | 文献 2004 互联网 2001 | 13/20 0/1 | 4/20 1/3 |
需要注意的是,不管随机对照实验(RCT)还是Meta分析,验证使用EJB架构中小项目提高开发效率经验的最大敌人是来自于我们自身的偏倚。我们本身会有很多期待及潜意识的方法,恰恰是在这些期望及潜意识指导下的方法导致偏倚。除牟利外,迷信和大师也大多来源于此,错误将非经验实际效益归咎于经验。期望某种经验正确或错误,导致得出的结论不可靠。偏倚产生的原因很多,如抽样偏倚、发表偏倚、选择偏倚和研究偏倚。伪效应本身就是一种严重的偏倚。也就是说我们正视偏倚的存在,并控制偏倚,客观分析已有资料,我们就可能获得比较可信的对比结论。
所以,对于经验使用EJB架构中小项目提高开发效率,我们可以这么认为:
1,随机对照试验是验证(使用EJB架构中小项目提高开发效率)的金标准。
2,只有经过足够公平,并大量的随机对照试验(RCT),通过模拟措施使用其它架构方法,交叉验证,才能认为这条经验(使用EJB架构中小项目提高开发效率)可靠。
3,即使不能进行随机试验,可以遵循RCT精神,收集资料(文献、期刊、互联网及抽样调查)进行刷选,得出一些比较可信结论。
4,对已有资料进行刷选获得对比结论,其可信度取决于偏倚控制。
本文如需引用,请保留版权声明、并
注明出处。