10-讨论

12.2.3　讨论

1．如果有潜在的受众，就构建一个插件

如果你面对的问题尚未解决，而且其他开发者也可能碰到相同的问题，那么在你之前其他人如何解决这个问题是关键点。假定你在此时已经完成了寻求解决方案的一些准备工作。在搜索过程中，在论坛帖子或者未回答的邮件列表问题上，能够找到对某个插件需求情况的线索。确定一个插件是否值得构建并不容易，决策最终取决于计划构建该插件的人。但是，对潜在受众的总体感觉值得探索。

自行构建和发布插件的另一个潜在原因是现有的插件符合你的需求，但是不能完全实现你所要的功能。如果是这种情况，编写一个补丁并将补丁发回给原作者，请求其包含到插件中，是值得考虑的。通过提交现有项目的补丁加入开放源码过程能够更高效地利用开发人员最珍贵的资源——时间。

2．了解和表达你愿意提供的支持水平

如果编写自己的插件是最佳选择，事先考虑和规划有助于确保你自己的开放源码过程顺利进行。不管何时，只要决定发布自己的代码，首要的关注点都是许可证。jQuery核心项目有MIT和GPL两个许可证，但是许多其他的开放源码许可证也值得考虑。在维基百科上（http://en.wikipedia.org/wiki/Open_source_license）能找到对错综复杂的开放源码许可证的透彻讨论。

其次，考虑和传达插件作者愿意为下载和使用代码的其他人提供的支持也很重要。选择简单地发布代码而不提供任何支持是有效的选择，这比由于担心潜在的支持问题而自己保留代码要好得多。关键是沟通；在插件的注释中编写有关支持计划的简单说明大有帮助。

如果你愿意为自己发布的插件提供更深入的支持，几个杰出的源代码托管网站提供了一些特性，可以帮助你支持自己的插件。托管插件的最佳场所列表参见秘诀12.1。

3．规划其他人的参与

最后，要认真思考并评估是否愿意接受其他人的参与。参与是开放源码生态系统的关键组成部分，从发布插件开始就表达你的意图是明智的。允许参与的吸引力在于你可以从其他人的工作中获益。接受其他人参与的插件更容易吸引其他用户，一部分原因是这样显示了代码的活力，还有一部分原因是有活力的代码更值得信赖。

传达参与路径很关键。不管你的意图如何，当用户发现你发布的代码，这些代码就可能吸引某种参与。制定计划，以开放和公开的方式推动参与是必不可少的。最后的忠告：简单地发布你的电子邮件，允许人们发送评论和提问邮件，以此来推动参与是个坏主意，原因有二。首先，电子邮件不是能够向潜在用户表现活力的公开论坛，其次，这样做使插件的作者成为将参与活动整合到插件中的一个瓶颈。