剖析短迭代
敏捷教练Dave Nicolette提出：我们应该如何设定迭代长度？是要根据发布周期的时间么？使用短迭代又有哪些好处？
新闻
技术评论：Steve Jones激评SOA供应商产品
作者 Stefan Tilkov译者 霍泰稳 发布于 2007年3月27日 上午8时13分
Steve Jones，《企业面向服务架构采用策略》（Enterprise SOA Adoption Strategies）一书的作者，最近写了一篇评估目前主流SOA供应商的博客，包括IBM、BEA、Oracle、SAP、Sun和微软等，评估标准是这些供应商在多个领域的综合表现。Steve给每个供应商都进行了分类，比如业务服务架构、业务服务总线、业务流程管理、注册（Registry）、管理、监控、测试、应用设计、应用开发、应用流程、应用模型、信息服务总线（ISB）、Adaptor、整合模型、标准、服务组件架构/服务数据对象（SCA/SDO）、Java业务集成（JBI）、WS-*、J2EE和路线图真实度等。最终给出自己的结果，并在比较已经发布和期望发布的基础上道出自己的观点。
下面是从他这篇博客里的一些摘录：
IBM：
我不买高级的企业服务总线，也不买“你已经使用了一个被强制安装的产品”，它不过是一个基于平台的单一标准，另外我也真的不买“只有MQSI高级的企业服务总线能做但J2EE缺不能做”的东西。BEA：
伟大的产品线，伟大的产品，很好的业务和技术的分离，但是他们需要更专注于SOA的可操作性，就像他们从前围绕应用服务器所做的那样。Oracle：
一个不错的产品，速度也很惊人，但是公平地说，对于他们的Oracle 11应用服务器还有很大的提升空间。SAP：
基本上，如果你在用SAP的话，还是很值得的，因为这也许是你唯一的选择。但是如果能够有所选择的话，情况也许就很不一样了。Sun：
产品集成的很好，和系统的接口也很棒，但需要延伸（用他们实际上有的工具）到应用，从那儿再走向业务。微软：
BizTalk依然是很多SOA消息的“心脏”，但是本质上和2004是一样的，没什么改变，也谈不上伟大。其他人都在进步，所以看看微软是不是能出一些像服务组件架构（SCA）一样的东西，或者直接采用SCA然后跨步到OASIS，是很有意思的。下面这个图是Steve的个人总结：
让每个人都同意Steve的所有评估看似是不可能的，但是他们确实为这个思想提供了许多有意思的注脚。更多细节请浏览他的博客。
.gif)
没有回复
回复