领导力大挑战
在实施Scrum项目的过程中,Scrum Master的角色是相当关键的,因为他是团队的推动者。本文围绕什么是仆人式领导、仆人式领导的起源、如何将领导力传达给团队、Scrum Master作为仆人式领导者的角色展开叙述,同时重点阐述仆人式领导者应有的基本内外特征。
该内容已经被标记书签!
标记书签错误,请重试!
作者 Mark Little 译者 吴宇 发布于 2010年11月13日
观点:Web Services互操作组织(WS-I)刚刚宣布他们已经完成其使命,所有未来的工作都将移交给OASIS。正如他们在最近的新闻稿中声明的:
由WS-I成员批准通过的有关Basic Profile(BP)规范1.2和2.0,以及Reliable Secure Profile(RSP)规范1.0的最终文档的发布,达到了WS-I作为一个组织的最终里程碑。这最后三个profiles的发布,标志着WS-I完成了其历史使命。WS-I资产的管理、运营及使命将转交给OASIS(结构化信息标准促进组织),一个由技术厂商和用户组成的致力于开发和使用公开规范的组织。
由一个标准组织发出的这类声明在此时比在其他任何时候都要有可能被全票通过。尽管如此,随着REST的崛起,一系列针对SOA的非Web服务方法的出现以及事实上大部分的WS-*标准都没有被WS-I覆盖,这是否反应了Web Services自开始使用这10多年以来,发现自己处在了一个全新的位置上?既然过去几年来一直存在着对于各种WS-*工作组中有关互操作性的诸多关注,那么这一情况或许是必然的?又或者那种跨各种SOAP实现的交互已成为过去式?
WS-I迄今的一些成果,诸如基本概要(Basic Profile),在Web Services领域中的使用一直是质疑声一片,目前看来这点已成事实;而这些质疑有很多都要追溯到几年前,当时并没有行动将WS-*系列标准推向规范,比如WS-Atomic Transaction,WS-BPEL等。 所以当OASIS的Laurent Liscia 讲到 ......
“WS-I对Web services互操作性所作出的重要贡献将会在未来的IT业中继续扮演重要的角色,尤其是考虑到云计算,这方面对信息安全并可靠访问的要求是必不可少的。随着WS-I完成对OASIS交接,我们不仅期望能捍卫他们的成果,而且会完善他们的任务。”
...... 还有什么需要去完善的,或者是否WS-*社区,也就是WS-I,已作出决断说这已经足够好了,并且大部分的异构交互将会通过其他技术完成,比如REST?当然只有时间会告诉我们一切,但是不争的事实是:互操作性是极其重要的需求,而想达到这点并非一日之功。无疑地,近期一些活动,比如,有关SOA Manifesto的,强调了互操作性以及无需SOAP的SOA。正如Stefan Tilkov所说的:
SOA关注于从一开始就构建那些为互操作性而设计的服务,而非在事实发生后通过使用集成产品、数据转换工具以及粘合器进行系统集成。集成不是例外,而是惯例或常态---或者描述上有所区别,内在的互操作性意味着集成(意为“使得不同的系统能够相互操作”)不再成为必需的。我个人把REST和HTTP看作是最有可能的实现此说的方法,你可能觉得这是意料之中的…但是出于某种原因,我并不觉得我有机会使让大家都认同我的观点 :-)
所以问题依旧:互操作性真的通过WS-I组织由WS-*系列规范所实现,并通过由今天所开发出来的规范和标准得以改善了吗?还是真正的互操作性的挑战转移到别处,仍然有待解决?
查看英文原文:WS-I closes its doors. What does this mean for WS-*?
译者 吴宇 关注Java EE,感兴趣的技术领域包括软件架构、SOA、ESB和开源项目等。
在实施Scrum项目的过程中,Scrum Master的角色是相当关键的,因为他是团队的推动者。本文围绕什么是仆人式领导、仆人式领导的起源、如何将领导力传达给团队、Scrum Master作为仆人式领导者的角色展开叙述,同时重点阐述仆人式领导者应有的基本内外特征。
论道WP第三篇专栏,以应用程序栏的使用为中心,包括了软键盘带来的问题、应用程序栏介绍、如何绑定应用程序栏的属性等几个方面的具体话题,为开发者顺利使用应用程序栏开发提供了具体指导。
在多线程并发编程中Synchronized一直是元老级角色,很多人都会称呼它为重量级锁,但是随着Java SE1.6对Synchronized进行了各种优化之后,有些情况下它并不那么重了,本文详细介绍了Java SE1.6中对于锁的性能优化,以及锁的存储结构及升级过程。
本次分享将首先介绍现代富文本编辑器的组成和实现,然后结合UEditor的开发过程,与参会者分享UEditor在设计和实现的过程中,所涉及到的核心功能的细节实现。
本次演讲视频录制于百度技术沙龙。
我们所开发的应用程序大多都需要提供一个图形用户界面(GUI)。关于GUI应用的架构设计,已经有了Form & Control、MVC,、MVP、 Passive View等多种模式。模式可以帮助我们建立优雅的架构,但前提是弄清楚模式的应用场景。弄清楚GUI应用面临的设计上的问题,有助于我们正确的挑选设计方案。
MongoDB是一种非常易用的NoSQL方案,Brian C. Dilley在这篇文章里介绍了MongoDB的优劣势,并介绍了MJORM项目。MJORM用于MongoDB,是一个没有注解的Java ORM库。
随着网络基础设施的逐步成熟,从RPC进化到Web Service,并在业界开始普遍推行SOA,再到后来的RESTful平台以及云计算中的PaaS与SaaS概念的推广,分布式架构在企业应用中开始呈现出不同的风貌,然而殊途同归,这些分布式架构的目标仍然是希望回到建造巴别塔的时代,系统之间的交流不再为不同语言与平台的隔阂而产生障碍。
没有回复
关注此讨论 回复