我剛從 2015 年的 Redis 開發者會議回來。我們花了兩天時間，從各種不同的角度深入探討 Redis 的內部運作。不過，在收到其他與會者的私人筆記、整理成一篇總結會中過程與重要觀點的部落格文章之前，我想先來談談另一件事。我做了一個不容易的決定：要把擁有 6700 名成員的 Redis 郵件論壇搬到 Reddit 上。

這在某種程度上看起來或許是個瘋狂的想法，而且「搬移」這個詞可能也不太精確，因為郵件論壇還是會保留下來。只是它今後只會用來發布新版本公告、安全性相關等關鍵資訊，以及偶爾轉貼 Reddit 上正在進行的重要討論連結。

為什麼要搬？我們有一個已經服務多年的龐大郵件論壇，也有一定程度的流量。大家會到那裡尋求協助、提出新想法等等。然而，儘管有流量，以目前使用 Redis 的人數來看，Redis 郵件論壇在我看來遠遠稱不上應有的那種「充滿活力」的存在。大部分時候我們看到的都是一再重複的相同問題，也很難判斷一個回覆到底有沒有價值。此外，重要的主題有時會因為新主題湧入而被洗掉，甚至根本沒得到什麼關注。感覺上，這個郵件論壇只是 Redis 高人氣的一個遙遠回音，而不是社群的核心。

Twitter 雖然完全不適合作為需要長篇深入討論的社群中心，卻呈現出截然不同的景象，也讓我意識到 Redis 郵件論壇在某種程度上已經失靈了。Twitter 上要活絡得多，也能得到有品質的回饋，但一切都受限於 140 個字元的扁平討論串，最後根本很難進行任何像樣的討論。不過，Twitter 和我收到的其他訊號都證明，人們已經*遠離*了電子郵件。我敢打賭，有一大批訂閱郵件論壇的使用者，只是把它自動歸檔到某個標籤底下，從此很少看、甚至根本不看。

那為什麼選擇 Reddit？因為它是當今網路上最有活力的社群聚集地。因為它以投票機制為核心，所以當有人發文求助時，即使你不想直接回覆，也能透過對留言投票來區分哪些是沒什麼內容的提問、哪些是很棒的提問，哪些是敷衍的回覆、哪些是出色的回覆。Reddit 也能對主題本身投票，讓對社群重要的事情獲得更多關注與參與。它還有側邊欄可以用來放常見問題和其他重要連結，而且本身就擁有龐大的既有使用者群。

Reddit 還有一些或許有用、也挺有趣的「遊戲化」元素。舉例來說，你可以在特定的 sub-reddit 裡為自己的使用者名稱加上簡短的文字或圖示，用來說明你是用 Redis 來做快取、當作資料庫、做訊息傳遞還是什麼用途。在特定情境下，如果能看出你是哪一類的 Redis 使用者，你的回覆就能被更清楚地理解。

在投稿頁面中也可以撰寫發文指南，讓大家在發文前就知道該提供哪些資訊。舉例來說，我們會加上提醒，告訴大家如果想讓我們協助排查複寫（replication）問題，請貼上 master 和 slave 的 INFO 輸出結果。

那麼，接下來會怎麼做？我已經向 Reddit 管理員申請接管 /r/redis，這個版是多年前建立的，但看起來一直沒有人在積極管理。等我取得管理權限後，我會把這個版設定為只接受文字投稿（不接受直接貼連結，不過你還是可以在文章內附上連結）。到那時，Redis 郵件論壇將改為每一封訊息都需經過審核，我們會建議來發問求助的人改去 Reddit。Redis.io 的社群頁面也會更新，引導新使用者將 Reddit 視為我們主要的討論區。

你可能會問，為什麼不用 Discourse 或 Stack Overflow？SO 很棒，但不適合一般性的對話，而我們非常需要這種對話。當然，大家還是會繼續在 SO 上發問 Redis 相關問題，我們也還是會在那裡回覆。Discourse 比較像是我們現在使用的郵件論壇的進化版，但嚴格來說它並不是一個「社群網站」，我們想去的是社群已經聚集的地方、而且是以投票為核心概念的地方，這樣隨著 Redis 社群不斷成長，我們才有辦法篩選出最有趣的貢獻並讓它們凸顯出來。

或許這個實驗會失敗，我們會回到郵件論壇，或改試 Discourse，但我認為程式設計師溝通方式正在發生的這個重大轉變，重要到無法忽視。我必須試試看。我覺得電子郵件在某種程度上已經輸了，它不再是一個可擴展的東西。對我個人而言，它在好幾年前就已經輸了，我現在很少回電子郵件，因為它完全沒有考慮到人們無法無限擴展閱讀大量訊息的能力。希望我們在 Reddit 上會有很棒的時光。到時見！

P.S. 如果你是看到這篇文章的 Reddit 管理員，麻煩幫我審核一下我在這裡提出的接管 /r/redis 申請：https://www.reddit.com/r/redditrequest/comments/3pnwrx/requesting_rredis/