领导力大挑战
在实施Scrum项目的过程中，Scrum Master的角色是相当关键的，因为他是团队的推动者。本文围绕什么是仆人式领导、仆人式领导的起源、如何将领导力传达给团队、Scrum Master作为仆人式领导者的角色展开叙述，同时重点阐述仆人式领导者应有的基本内外特征。
新闻
该内容已经被标记书签！
标记书签错误，请重试！
SOA宣言发布
作者 Mark Little 译者 黄璜 发布于 2009年10月29日
敏捷宣言成为敏捷软件开发者的首选参考主要出于两方面的原因：它是由思想深远的领袖撰写的，并且有着简短而易获取的格式。宣言将两两事物之间进行对比，来表述孰重孰轻，接着提供了原则，对这些核心价值进行了解释与扩展。通过这一格式，突出了敏捷软件开发的核心价值。SOA最近年逐步走向成熟，最近，一群SOA实践者/报道者/起草者注意到适合使用敏捷宣言的这一格式，来起草SOA宣言，并尝试能对SOA开发者和使用者社区起到同样的帮助。最近，在鹿特丹的第二届国际SOA讨论会上，制定了SOA宣言。在参与鹿特丹会议之前，起草者基于他们自己的见解与同行之间的意见，都准备了他们自己的宣言。
就像这里所报道的一样当时的争论异常激烈，就像你能想像到的其它重要的，同时也是经常如SOA一般被错误定义的事物一样。然而，人们达成了共识，虽然就像其它的任何一个工作组一样，并不是每个人都得到了他们想要的每一点。尽管鹿特丹的争论激烈异常，最终这个工作组却达成了令人惊讶的高度共识。这一宣言在这次SOA讨论会上首次宣告，这次宣告还被录制下来：
注：视频来自Youtube，由于众所周知的原因未能显示，请自行设法观看：http://www.youtube.com/watch?v=TCg16oTZSV0。
在这一宣言发布的短短时间之内，就引起了众多的评论，有正面的，也有负面的。为了遵照原始的敏捷宣言风格，SOA宣言也保持了简短与直截了当的原则。然而，这同样也会造成在表达方面的不足。要用少量的词汇描述大量的信息，产生的表述不可避免地会具有歧义。比如，“内在的互操作性”可以被理解为购买ESB的强烈建议，整个的互操作性都基于它标准化的能力与格式。然而，从鹿特丹的讨论看来，小组的成员似乎从一开始就考虑要为服务本身设计互操作性。后一种解释与陈述产品不能带给你SOA的原则不谋而合。
如果SOA宣言要得到普遍的接受，SOA社区首先要统一这些陈述应该如何来理解。如若不是，争论将不会休止，而SOA宣言也无法为填补SOA社区的空白作出贡献：对于SOA核心价值的共同认识。正是如此，完整的把握整个宣言，以及其起草者后续地对于他们所要达成的目的进行更深的讨论，才显得如此重要。如果不及时地做这项工作，很有可能出现的情况是，宣言本身将会被更多的口头争论而掩盖，而这些争论其实都是基于对宣言片面的理解。
注，Herbjörn Wilhelmsen对本文亦有贡献。
查看英文原文：SOA Manifesto Released
译者 黄璜 糊口靠的是Java Web，赶过SOA的潮，追过Cloud的风，真正欢喜的是Linux，向往的事情是研究网格计算。
没有回复
关注此讨论 回复