我剛從 2015 年 Redis 開發者會議回來。我們花了兩天，透過各種不同的方式深入討論 Redis 的內部運作。不過，在等待其他與會者提供私人筆記、以便彙整成一篇總結會議過程與重要觀點的部落格文章的同時，我想在這裡先談一個不同的主題。我做了一個重大的決定：將擁有 6700 名成員的 Redis 郵件論壇遷移至 Reddit。

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

為什麼要遷移？我們擁有一個服務多年的大型郵件論壇，也有一定的流量。人們到那裡尋求協助、提出新想法等等。然而，儘管有一定的流量，以目前 Redis 的使用者數量來看，Redis 郵件論壇依我之見遠稱不上應有的「活躍」。大多時候，我們一再看到相同的問題，也很難判斷某個回覆是否真的有價值。此外，重要的主題有時會因為新主題不斷湧入而被洗掉，甚至根本沒獲得多少關注。感覺郵件論壇只是 Redis 聲勢的一個遙遠回音，而非社群的核心。

Twitter 雖然完全不適合作為需要深入討論的社群的核心工具，但情況卻截然不同，它讓我意識到 Redis 郵件論壇在某種程度上已經失靈。Twitter 活躍得多，也能獲得有品質的回饋，但所有內容都受限於 140 個字元的扁平對話串，最終幾乎不可能進行任何像樣的深入討論。然而，Twitter 以及我接收到的其他訊號，都證明了人們已經 *遠離* 電子郵件。我敢說，有大量訂閱郵件論壇的使用者只是將其封存到某個標籤中，從此很少或甚至不再閱讀。

那麼為什麼選擇 Reddit？因為它是當今網路上最活躍社群的聚集地。因為它以投票機制為核心，所以當使用者提出求助時，即使你不想直接回覆，也可以透過對留言投票來區分哪些是品質不佳的提問、哪些是優質提問，哪些是差勁的回覆、哪些是出色的回覆。Reddit 也允許對主題投票，讓對社群重要的議題獲得更多關注與參與。它還有側邊欄可用來放置常見問題及其他重要資訊，也有大量的現有訂閱者。

Reddit 還包含了可能既實用又有趣的 gamification(遊戲化) 元素。舉例來說，你可以在特定的 sub-reddit 中為自己的使用者名稱加上簡短的文字或圖示，以表明你將 Redis 用於快取、作為資料儲存、用於訊息傳遞或其他用途。若能了解你是何種類型的 Redis 使用者，在特定情境下你的回覆就能被更清楚地理解。

我們可以在發文頁面撰寫發文指南，讓大家在發文前就知道該提供哪些資訊。例如，我們會加上提醒，要求你在希望我們協助調查複寫問題時，貼上 master 與 slaves 的 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/