我刚刚参加完 2015 年 Redis Dev 会议。我们用不可思议的两天时间，从许多不同角度讨论了 Redis 的内部机制。不过，在等待其他参会者发来私人笔记，以便我在博客文章中总结会议经过以及其中提出的最重要想法时，我想先在这里谈谈另一个话题。我做出了一个并不简单的决定：将拥有 6700 名成员的 Redis mailing list（邮件列表）迁移到 Reddit。

这听起来可能是个疯狂的想法，而且“迁移”或许也不是一个恰当的说法，因为邮件列表仍会存在。不过，它将只用于接收新版本发布公告、安全相关等重要信息，以及不时发布 Reddit 上正在进行的重要讨论的链接。

为什么要迁移？我们拥有一个服务了我们多年的大型邮件列表，目前仍有相当可观的流量。人们去那里寻求帮助、提出新想法，等等。然而，尽管 Redis 邮件列表有一定流量，但在我看来，考虑到目前使用 Redis 的用户数量，它远没有达到应有的“活跃”程度。大多数时候，我们会反复看到同样的问题，很难判断某个回复是否真的值得投入精力。此外，重要话题有时会因为新话题不断出现而被淹没，有时甚至根本得不到多少关注。邮件列表就像只是 Redis 高人气的遥远回声，而不是其社区的中心。

Twitter 完全不适合成为一个需要进行深入讨论的社区中心，但它却从另一个侧面让我意识到 Redis 邮件列表在某种程度上已经出了问题。Twitter 的活跃度高得多，也有可能获得高质量的反馈，但一切都被限制在 140 个字符以内，而且讨论是扁平的线程，最终几乎不可能继续任何理性的讨论。不过，Twitter 以及我得到的其他信号证明，人们已经“离开了电子邮件”。我敢打赌，有大量用户订阅邮件列表后，只是把它自动归档到某个标签下，从来不读，或者很少阅读。

那么，为什么是 Reddit？因为它是如今互联网上最活跃社区的中心。因为它以投票系统为核心：如果有人寻求帮助，即使你不想贡献内容，也可以通过评论投票来区分一个拙劣的请求和一个很棒的请求、一个糟糕的回复和一个出色的回复。Reddit 还允许用户为话题投票，这样对社区重要的内容就能获得更多贡献。它有一个侧栏，可用于放置 FAQ 和其他重要指引，而且已经拥有大量订阅者。

Reddit 还包含一些可能有用且有趣的“gamification（游戏化）”元素。例如，你可以在某个 subreddit（子版块）中为自己的用户名关联简短句子或图片，用来说明你是将 Redis 用于缓存、存储、消息传递，还是其他用途。如果能够了解你是哪一类 Redis 用户，那么你在特定语境下的回复就能被更清楚地理解。

我们可以在提交页面上编写指南，让人们在发帖前了解需要提供哪些信息。例如，如果你希望我们调查复制问题，我们会提醒你发布主节点和从节点的 INFO 输出。

那么现在会发生什么？我已经请求 Reddit 管理员让我接管 /r/redis。这是一个多年前创建的子版块，但显然一直没有得到积极管理。获得管理员权限后，我会对该子版块进行设置，使其只接受评论提交（不能直接发布链接，不过你仍然可以在评论中附上链接）。届时，Redis ML 将被修改为审核每一条消息；对于发布求助问题的人，我们会建议他们前往 Reddit。Redis.io 社区页面也会更新，向新用户说明 Reddit 是我们的主要讨论论坛。

你可能会问，为什么不使用 Discourse 或 Stack Overflow？Stack Overflow 很棒，但不适合进行一般性对话，而我们非常需要这种对话。当然，人们仍会继续在 Stack Overflow 上发布 Redis 问题，我们也会继续回复。Discourse 更像是我们正在使用的邮件列表的演进版本，但严格来说它不是一个“社交网站”。我们希望前往社区已经存在的地方，前往投票是核心理念的地方，这样随着 Redis 社区不断壮大，我们就能找到一种筛选最有趣贡献并将其突出展示的方法。

也许这次尝试会失败，我们会重新回到邮件列表，或者尝试 Discourse，但我认为，程序员交流方式正在发生如此重要的变化，不能对此视而不见。我必须试一试。我认为电子邮件在某种程度上已经失去了作用，它不再具备可扩展性。对我而言，它几年前就已经失去了作用：我几乎不回复电子邮件，因为这种工具没有考虑到人们无法高效处理过多消息这一事实。我希望我们能在 Reddit 上度过一段愉快的时光。Reddit 上见！

附：如果你是一位正在阅读这篇文章的 Reddit 管理员，请在此评估我接管 /r/redis 的请求：https://www.reddit.com/r/redditrequest/comments/3pnwrx/requesting_rredis/