领导力大挑战
在实施Scrum项目的过程中，Scrum Master的角色是相当关键的，因为他是团队的推动者。本文围绕什么是仆人式领导、仆人式领导的起源、如何将领导力传达给团队、Scrum Master作为仆人式领导者的角色展开叙述，同时重点阐述仆人式领导者应有的基本内外特征。
新闻
该内容已经被标记书签！
标记书签错误，请重试！
模型驱动开发：成功在何方？
作者 Jean-Jacques Dubray 译者 侯伯薇 发布于 2010年9月24日
Ulrik Eklund发表了关于Jon Whittle在SPLC 2010大会上的主题演讲的摘要。在演讲中，他讲述了在EA-MDE项目中所得到的使用基于模型开发的实战经验。 项目的目的在于了解模型驱动工程（MDE）导致成功或失败的因素，从而有助于设计下一代的MDE工具。这并不是个新问题，两年前，Sven Efftinge、Peter Friese和Jan Köhnlein就曾经发表了一篇名为《MDD最佳实践》的文章，而Mendix公司的CTO，Johan Den Haan也发表了一篇关于MDD在初始阶段为何会失败的文章。采用MDE方法可能会让人气馁。 这样，Johan根据他的文章做出以下结论：
我们的目的不是要让你在模型驱动软件开发过程的开始阶段就丧失信心。我只是想要向你展示它的复杂性，并且想要分享一些想法，它会指引你工作的方向，从而有助于让你克服MDE的复杂性问题。
两周前，他还在博客上发表了一篇文章，详细说明了在创建模型驱动的软件工厂方法的过程中所得到的教训，并且重申了相同的怀疑态度：
我认为模型驱动软件开发是未来软件开发的重要组成部分。然而，我也看到很多人在实际使用模型驱动技术，并将它应用在日常的工作中时遇到了很多困难。 因此，创建成功的模型驱动的软件工厂方法（MDSF）是很重要的。
这个问题实际上非常流行。上周，Marco Bramballi和Stefano Butti也做了一次同样主题的演讲，其中讲述的是在大规模的银行项目中应用BPM和MDD，其中包括BPMN、WebML和WebRation。
在他的演讲中，Jon提供了成功的MDE方法的一些关键成功因素，这也是他所从事的研究的一部分：
- 保持领域（我想是建模的领域）紧而窄。
- 将目标定位为众所周知的领域。
- 在关键的项目中实行MDD（他的意思是，试验性的项目永远都不会得到充分的关注和资源）。
- MDD在设计时最容易发挥作用。
- 仔细确认成果，其中到处都会有偏差。
- 不要沉迷于自动生成代码。
- 并非所有人都能够抽象地思考。
- 大多数项目在规模膨胀时都会失败。
- 让费用和过程与人们思考的方式一致，而不是与其它方式一致。
在他们的文章中，Swen、Peter和Jan还警告说：
我们为读者提出的最重要的建议是： 要有成效。当恰当地使用DSL和代码生成器的时候，它们会是相当有用的工具。 但我们始终应该专注于所要解决的问题。 在很多情况下，比较合理的做法是使用DSL来描述特定的问题，而不是所有方面。
尽管MDE还在快速地发展，但Jon关于EA-MDE调查的报告指出，响应者“认为MDE是个好东西”。
模型驱动架构、开发和工程学以及丰富的模型驱动开发环境——像NeXTStep——都是在80年代末出现的，在十多年之后，模型已经无处不在，然而，开发工具的数量还是很少，我们的业界还在寻找让模型驱动开发成为主流的方法。只有这么少的成功案例，我们真的可以定义“得到的教训”或者“最佳实践”吗？ 是什么阻碍了我们的发展呢？ 是模型的关注点和准确度吗？是缺少工具？还是标准？或者是抽象的级别让大多数人难于创建可用的软件工厂方法？你的意见如何？
查看英文原文：Model-Driven Development: Where are the Successes?
译者 侯伯薇 是InfoQ中文站架构社区编辑，有多年对日和国内项目开发经验，目前关注企业中技术与实际业务之间的融合和协作。
呵呵，“要有成效” ：）
发表人
朱 敏
发表于
1 条回复
关注此讨论 回复