一个没有任何目标的项目——没有需要修复的漏洞，没有需要实现的功能——只能期待停滞不前。防止这种停滞的最佳方法是一个积极的用户社区，他们能够快速地与开发者分享他们的需求——即使偶尔会出现用户与开发者在功能上的僵持。KDE 项目不乏社区贡献的创意，为了保持概念的自由流动，当权者已经实施了他们自己的新功能：KDE 社区论坛的一个指定区域，命名为“头脑风暴”论坛。

这个特殊论坛究竟会发生什么？ 实际上是各种各样的事情的混合。 最初的步骤将类似于一个数字建议箱，鼓励用户发布他们的希望和梦想——好吧，好吧，最需要的功能——然后进入审核队列。 论坛工作人员将进行某种形式的分类，审查所有提交的内容，并删除重复项、垃圾邮件等——尽管没有明确说明，但人们认为删除将仅限于此类“混乱”，不会涉及对合法请求的决策。 一旦请求获得批准，它将进入社区投票，KDE 社区的其他成员将有机会支持或反对该功能请求——当然，在社区行为准则的范围内。

定期地，最受支持的请求将被传递给 KDE 开发者进行考虑。 当然，该功能是否实现仍然取决于是否有开发者可以编写代码，以及开发者作为一个整体是否愿意允许它。 然而，通过将功能请求与开发者分开组织——而不是将它们混在错误跟踪器中——社区减少了程序员的行政工作量，从而为他们提供了更多的时间来编写请求的功能。

此外，拥有一个有组织的社区投票系统将使社区的愿望更加清晰，并可能减少那些注定要进入可怕的“wontfix”堆的功能的数量。 很容易抛弃那些支持者只有个位数的东西；当它是两位数时——以百分比计——则完全是另一回事了。 毕竟，如果足够多的用户想要某些东西，他们最终会以某种方式得到它。

目前，该系统被描述为“首次公开测试运行”——一个 beta 版本，如果你愿意——所有 KDE 用户都被鼓励访问新论坛，尝试一下，并分享他们对该过程的想法。 不过，请记住那些当权者的提醒：“头脑风暴”仅用于功能请求——崩溃、故障和其他各种灾难应继续反馈给 Bugzilla。