开源并不只意味着开发人员

　　作为一名从事开源项目近十年的开发人员，我清楚地知道很多开源社区实际上都是闭塞的，有时甚至是势利的。如果您的问题八个月之前已经有人问 过，那么就有人会这样挖苦您：“菜鸟，查查之前的文档吧!”又比如您提交了对某个特性的请求，那么您有可能会得到 “它是开源的，停止抱怨，自己修复” 的训斥。这都是极端地傲慢和以开发人员为中心的态度。

　　幸好，有这种风气的大多数项目或者已经消失，或者已经显著改变。懂得些许礼数的开发人员大都因为这类行为而撤出或离开项目。现在，在 2010 年，大多数开源项目不仅有由乐于提供帮助的开发人员维护的强大的用户列表，而且还集成了 Facebook、Twitter 和 LinkedIn 作为补充的交流渠道。Bug 跟踪系统在这些项目中很常见，所以您尽可以提交一个特性请求或 bug，而不必担心受到攻击。实际上，最好的项目都欢迎这些报告，因为这可以改进项目。

　　举个例子，XML 处理器和转换器 Xalan-J 具有一个宏大的页面，详细说明了如何处理问题，如图 1 所示。

　　图 1. Xalan-J 提供了一个清晰的页面，详细说明了如何报告问题

　　这里不仅为您提供了指导，还有一个用户列表可以帮到您。虽然这个页面提倡您自己修复 bug，但是值得注意的是 Xerces-J 本身就是一个很低层的代码项目。并且，这里还提供了有关如何使用 JIRA 这个特性全面的 bug 报告 API 提交 bug 的相关信息(参见图 2)。换句话说，您不需要处理只有文本的 UI 以及复杂的指导。Bug 报告和特性请求都已被很好地注解，用户很容易遵循。

　　图 2. JIRA 提供了强壮的 bug 报告功能，而且它对用户是完全开放和可访问的