逆説的な事実
専用のデスクトップアプリのほうがブラウザタブより最適化されているはずと思うかもしれません。Slackではその逆が事実です。SlackのデスクトップアプリはElectron製であり、それ自体がChromiumブラウザです。どちらを使っても結局Chromiumを動かしています。違いは、それが共有されているかどうかだけです。
ChromeやFirefoxでSlackを使う場合、タブはすでに動いているブラウザプロセスを共有します。Slackのために2つ目のChromiumをシステムに追加する必要はありません。
実際のRAM使用量
軽い使用で30分後の、ワークスペース1つあたりの目安です：
| クライアント | おおよそのRAM | アイドル時CPU |
|---|---|---|
| Slackデスクトップアプリ | 400〜700 MB | 1〜5% |
| Chrome上のSlack | 150〜250 MB | 1%未満 |
| Firefox上のSlack | 120〜200 MB | 1%未満 |
| msga（ネイティブクライアント） | 60〜80 MB | 〜0% |
ブラウザを使う場合のデメリット
ブラウザでの使用には実際のトレードオフがあります：
- システムトレイアイコンなし。タスクバーや通知エリアに未読バッジが表示されません。
- 通知の信頼性が低い。ブラウザ通知はタブが開いている必要があります。デスクトップアプリの通知はより確実です。
- 「Slackで開く」リンクが機能しない。
slack://プロトコルのリンクはブラウザタブでは動作しません。 - 一部のキーボードショートカットが使えない。ブラウザが一部のキー入力を横取りします。
実用的なアドバイス
サブのワークスペースについては、ブラウザが明確な選択です。メモリ節約は大きく、機能のトレードオフは許容しやすいです。
メインのワークスペースで確実な通知とディープリンクが必要な場合は、ネイティブクライアントが理想的です。msgaはデスクトップアプリの体験（システムトレイ、確実な通知、slack://リンク）を提供しながら、Electronのメモリオーバーヘッドをなくします。同じワークスペースで400〜700 MBの代わりに60〜80 MB。