我刚从 2015 年 Redis 开发者会议回来。我们花了两天时间，从各种角度深入探讨了 Redis 的内部机制。不过，在等其他参会者发来私人笔记、以便写一篇博文来总结会议的经过和会上提出的最重要想法之前，我想先在这里聊另一个话题。我做了一个并不轻松的决定：把拥有 6700 名成员的 Redis 邮件列表迁移到 Reddit。

这在某种程度上看起来的确是个疯狂的想法，而且“迁移”这个词恐怕也不太准确，因为邮件列表还会继续保留。不过，它今后将只用于发布新版本公告、安全相关等重要信息，以及不定期分享 Reddit 上正在进行的重要讨论的链接。

为什么要迁移？我们已经有了一个服务多年的庞大邮件列表，也有相当可观的活跃度。大家去那里寻求帮助、提出新想法等等。然而，尽管有一定流量，以 Redis 目前的用户规模来看，恕我直言，Redis 邮件列表远未达到应有的“活力”。大部分时候，我们看到的都是反复出现的相同问题，很难判断某个回复是否真的有价值。而且，有时一个重要话题会因为新话题的涌入而被刷掉，甚至没能获得多少关注。感觉邮件列表只是 Redis 受欢迎程度的一个遥远回声，而非其社区的中心。

Twitter 虽然完全不适合作为需要深入讨论的社区的中心，却呈现出截然不同的景象，也让我意识到 Redis 邮件列表在某种程度上已经出了问题。那里要活跃得多，也能获得高质量的反馈，但一切都受限于 140 个字符和扁平的讨论串，到最后几乎无法进行任何像样的讨论。然而，Twitter 以及我收到的其他信号都证明，人们已经*远离*了电子邮件。我敢打赌，有大量订阅了邮件列表的用户只是把它自动归档到某个标签下，几乎从不或很少去阅读。

那么，为什么选择 Reddit？因为它是当今互联网上最具活力的社区的聚集地。因为它以投票机制为核心，所以当有用户求助时，即使你不想直接参与回复，也可以通过给评论投票来区分哪些是敷衍的提问、哪些是高质量的提问，哪些是平庸的回答、哪些是出色的回答。Reddit 还允许对主题本身投票，这样对社区重要的内容就能获得更多关注。它还有可用于放置常见问题和其他重要指引的侧边栏，并且已经拥有大量的现有用户。

Reddit 还有一些或许有用也挺有趣的“游戏化”元素。例如，你可以在某个子版块中给自己的用户名关联一小段文字或图片，用来表明你是用 Redis 做缓存、做存储、做消息队列还是其他用途。如果能让人了解你是哪类 Redis 用户，你在特定语境下的回复就能被更准确地理解。

还可以在发帖页面编写发帖指南，让大家在发帖前就清楚需要提供哪些信息。例如，我们会加上提示，告诉你如果想让我们排查复制相关的问题，就请贴上主库和从库的 INFO 命令输出。

那么，接下来会怎样？我已经向 Reddit 管理员申请接管 /r/redis，这是一个多年前创建但似乎一直无人积极管理的子版块。拿到管理员权限后，我会把该版块设置为只接受文本发帖（不接受直接的链接，但如果你在正文中附上链接则仍然可以发布）。届时，Redis 邮件列表将被设为每条消息都需审核，我们会建议那些发布求助问题的用户转去 Reddit。Redis.io 的社区页面也会更新，以告知新用户 Reddit 是我们的主要讨论区。

你可能会问，为什么不用 Discourse 或 Stack Overflow？SO 很棒，但不适合进行一般性的交流，而我们非常需要这种交流。当然，人们仍会继续在 SO 上发布 Redis 相关问题，我们也会继续在那里回答。Discourse 更像是我们现在所用邮件列表的进化版，但严格来说它并不是一个“社交网站”，我们想去社区已经聚集的地方，去以投票为核心理念的地方，这样随着 Redis 社区的壮大，我们才能找到办法筛选出最有趣的贡献并加以突出。

也许这次尝试会失败，我们会回到邮件列表，或者转而尝试 Discourse，但我认为程序员沟通方式正在发生太过重要的变化，不容忽视。我必须一试。我觉得电子邮件在某种程度上已经落伍了，它不再是一种可扩展的方式。对我个人而言，它几年前就已经过时了，我几乎很少再回复邮件，因为它是一种完全没有考虑到人们无法应付海量信息阅读的工具。希望我们在 Reddit 上能度过愉快的时光。到时见！

附言：如果你是正在阅读此文的 Reddit 管理员，烦请在此审核我申请接管 /r/redis 的请求：https://www.reddit.com/r/redditrequest/comments/3pnwrx/requesting_rredis/