編譯：T客匯 卿雲
全面披露：我的僱主做了一個Slack的替代方案。 我所有關於使用Slack這類聊天服務的擔憂同樣適用於其競爭對手，包括我的僱主。
開源項目從平臺、郵件清單以及問題追蹤器（issue trackers）這樣開放、異步通信服務轉變為像Slack這樣封閉、同步通信服務，我曾多次表達過我的擔憂。本文只是我的牢騷之語。
吐槽之前，先說一說Slack和 HipChat等封閉式應用的一些好話。
在工作溝通環境中，聊天應用取代了關於消防系統測試、電梯斷電和自發可行烘焙食物這類的電子郵件。這是一件好事，因為公司垃圾郵件通常不能取消訂閱。
Slack, HipChat, Gitter等開源開源項目為宣傳、八卦、閒聊提供了一個平臺。當我的朋友推薦用Slack等交流的時候我就不得不抱怨了。
聊天服務如Slack, HipChat等，我吐槽它們是因為雖然它是是開源項目但是服務卻是封閉的。在我看來有以下2點：
1、Slack等是封閉的會員制付費服務。當然，Heroku dyno有許多小應用程序可以自動化“發送邀請”，但從根本上說這些都是封閉系統。
2、這些系統內的內容是封閉的。我無法通過推文鏈接，連接到Slack頻道中的討論，也不能在議題報告中提及它，也不能在演示文稿中引用它。知識產權的保護對那些能夠參與實時聊天服務的人有幫助。
Slack等是基於同步通信，有別於那些不能實時聊天的軟件服務。比如，實時聊天沒有考慮不同時區的人，如果聊天的時候你正好在睡覺，你就無法參與這類開源項目中。
即使你們在同一時區，假定你有空閒時間，或者老闆不在意你工作時候分心在聊天室裡。線上聊天用戶佔用了大量的資源，而高性能的電腦加上充足的網絡連接又為參與聊天增添了助力。
在我看來這兩個問題是無法迴避的。呼籲用IRC，忽略了IRC一樣也是實時的，就像創建一個Slack頻道忽略了這只是個對話記錄，有些人不能同時在線。開源通信無法提供解決方案。
開源項目同步通信還是異步通信好？
不建議使用封閉的同步系統，我建議開源項目堅持使用異步通訊工具，留下可公開可搜索的鏈接。符合這一要求的最好工具有郵件列表，問題追蹤器（issue trackers）和論壇。