Eclipse开源政策系列 – 14 – 服务和支持: 你的生态系统的能量之源

不久前，我看了Mike的关于软件生态系统的描述记录；我在德国的时候没时间看这篇记录， 如果你还没有看过，那它真的值得你去看看； 不管你是一个商人还是一个开发者，它都将为你提供一些对未来有用的观点。它和Ralph在MDSD中提出的关于开放式协作的主旨是息息相关的； 我认为应该有人把它记录下来，所以打算试着找一下相关的链接；和Mike所描述的一样，我认为从某种意义上来说，EMF 是一个整体上和Eclipse平台很相似的一个迷你平台，也如Ralph所说，它也是开放式协作的一种媒介；

我曾努力尝试将EMF和Eclipse进行紧密的整合，同时使其成为一个能够不依赖Eclipse进行使用的平台。毕竟, 建模不仅仅是为了实现工具，也是为了在运行时进行支撑，所以说，贯穿整个运行环境是非常重要的，在种情况下，Java是解决方案的一个重要的部分；我也曾努力尝试使用EMFT 和Modeling Project来构建一个开放式协作的生态系统。我认为那件事情是非常成功的，因为有很多人都投身其中了. 尽管骄傲使人落后，但我仍然为社区的劳动成果感到自豪。

拥有一个世界级的平台是取得成功的关键组成部分，但是社会因素远比那些有想法的人重要，尤其是像我们这样的工程师；我经常会因为看轻政治学而感到愧疚，但是年事已高的我（下周是我的生日）已经开始用不一样的角度来看待它（政治学）了;政治学也是社会学，无论我们承认与否，它都遍及于作为社会参与者的我们所做的每一件事中；它是如此的中立，可以为好的结果做申请，也可以为坏的结果所申请；

所以说，不要犯傻了，即使是一个纯技术的讨论会，其根源也是和我们的社会基础有莫大的关系的；

Antoine 打开了 bugzilla 上编号为237041的问题， EMF新闻组上关于自我夸耀和好为人师的评论给我的感觉是骄傲和自大，我给了他们少许的建议。除了要构建高质量的软件外，想要取得成功，还需要一个关键的因素:尊重你的社区；就这一点而言，如何响应他们的问题是最重要的，所以对待他们一定要用心；

当你的社区中报告了一个缺陷的时候，尽快地修复它。确保在期望列表(我希望它更优秀)和实际的缺陷(它崩溃了，因为并未按设计方式工作)间做明确的区分；

对于社区来说，1000条Bugzilla清单更像是1000条缺陷，而不像1000个愿望，这对大家来说很糟糕. 对大多数报告不作出响应也是很糟糕的消息。你的社区将会将其理解为缺乏尊重，并且诸如缺乏资源之类的借口对于消除这种负面言论毫无帮助。一个失败的例子便是编号为243432的问题，虽然对指望贡献的人不作响应式不可原谅的，但我确实是抽不出时间；

当你的的社区中提出一个问题的时候，尽快地进行回答。和Antoine一样，我比较喜欢人们通过新闻组向我寻求帮助，而不是使用我的私人邮件，当然，最好是连邮件列表都不要使用，因为它会将邮件推送到我的私人邮箱。我认为不应该又问题是悬而不答的，在这个问题上，我为拥有Eike Stepper，Martin Taal和Christian Damus这样的知己而感到高兴；当然，要做到这些是需要付出一定的努力的，并且有人会认为我是一个太过疯狂的人，因为我把我所有的时间都话费在了这些“低贱”的事情上。很遗憾，他们是误解我了，因为我十分的确信这些所谓的“低贱”的事情是取得成功的关键。不要将你的社区至于冷宫；

这里有一个简单的流程，你可以用此来高效和快速地处理你的新闻组:

● 快速地看一眼该话题是否需要拥有相应技能的人来进行处理。

● 如果没有，则输入回复。

● 在顶端输入人员的姓名使其变成私人消息；尽量不要有拼写错误，因为这是很不礼貌的。

● 输入“评论如下” 。

● 开始阅读并且一旦有想法跳出来就输入它，无论何时何地。

● 在结尾之前尽量使问题得到回答。

● 如果没有，则提出你的疑问，使得提问的人必须先回答你的疑问。

● 砍柴、挑水、重复。

● 避免无限循环。

我遗漏了一个步骤：将答案归纳到FAQ或Wiki中的某些地方；但是我的时间真的很有限! 不要很我范同样的错, 但是尽可能在各种新闻组（尤其是在eclipse.newcomer）中重复这些过程，因为Eclipse所有取得的成功都会反映到你个人的成功中去。你对高品质服务所作出的奉献和支持是你的生态系统的动力，并且生态系统的成功是用你有限的个人能力创造最大化影响力的最高效的途径。