公式Slackアプリが重く感じられる理由
Slackの公式デスクトップアプリケーションはElectronというフレームワーク上に構築されています。ElectronはフルのChromiumブラウザをアプリケーションコードと一緒にパッケージ化します。この設計はSlack開発チームにとってクロスプラットフォーム開発をシンプルにしますが、実際に使うユーザーには予測可能なコストが伴います。メモリ消費は1GBを軽く超えることがあり、起動には数秒かかり、アクティブに使っていない間もCPUが目覚め続けます。
OSや開発ツール、ブラウザ、その他のユーティリティでRAMを共有しているMacBookでは、このオーバーヘッドは如実に感じられます。すでに重いIDEを動かしているWindowsマシンでは、さらに状況は悪化します。公式アプリは動作しますが、メッセージングクライアントとして必要以上のリソースを要求します。
「ネイティブ」とは何を意味するのか
「ネイティブ」という言葉はソフトウェアの文脈でやや曖昧に使われることがあるため、正確に定義しておく価値があります。msgaがネイティブである、というのはパフォーマンスの観点で最も重要な意味においてです。つまり、Qt6フレームワークを使ったコンパイル済みC++コードであり、Telegram Desktopを動かしているのと同じツールキットを使い、プラットフォームのグラフィックスタックでインターフェースを描画します。内蔵Webエンジンもなく、Node.jsランタイムもなく、バックグラウンドで動くChromiumプロセスツリーもありません。
これは「軽量」なSlackクライアントの別カテゴリであるWebラッパーとは根本的に異なるアーキテクチャです。Webラッパーはapp.slack.comを簡素化されたブラウザウィンドウ内に読み込むだけです。メモリフットプリントはある程度削減されますが、ページ自体は依然としてフルのJavaScriptを実行し、レンダリングはブラウザエンジンが担います。msgaはそのような近道を取りません。
macOSとWindowsにおけるパフォーマンス特性
msgaはコンパイル済みのネイティブアプリケーションであるため、リソースプロファイルは公式クライアントとは異なる次元にあります。アイドル時のメモリ使用量は公式クライアントの何分の一か — 数百メガバイトではなく数十メガバイトの範囲 — であり、メッセージの送受信をしていないときのCPU使用率はほぼゼロです。起動も高速で、標準的なハードウェアであればウィンドウが1秒以内に表示されます。
macOSでこれが特に重要な理由があります。メモリプレッシャーが高まると、OSはElectronアプリをより積極的にディスクにスワップアウトします。その結果、別のアプリで作業した後にSlackへ戻ったとき、レイテンシが発生することがあります。軽量なネイティブクライアントはメモリプレッシャーの予算を圧迫することなく常駐し続けます。Windowsでも同様で、特にバックグラウンドプロセスがすでに利用可能なメモリの相当量を消費しているマシンでは顕著です。
これらは作り上げたベンチマーク数値ではありません。コンパイル済みC++アプリケーションとブラウザエンジンを使ってUIを表示するアプリケーションとの、アーキテクチャの差から直接導き出されたものです。
現状と正直な制限事項
msgaはGPL-3.0ライセンスのもとオープンソースとして公開され、活発に開発されていますが、現時点でSlackのすべての機能を代替できるわけではありません。プロジェクトのGitHubページはこの点について正直に記載しています。一部の機能はロードマップ上にあり、Slack Huddles、特定のワークフロー連携、または管理者向けビューに依存しているユーザーは機能のギャップを感じる可能性があります。
アプリケーションがカバーするのは、ほとんどの人が日常的に使うコア部分です。メッセージの読み書き、チャンネルやダイレクトメッセージの閲覧、スレッドの追跡といった機能です。テキストベースのコミュニケーションを主に使う個人ユーザーにとっては、多くの場合このカバレッジで十分です。
また、msgaはWebインターフェースをスクレイピングするのではなくSlackのAPIに接続するため、他のサードパーティクライアントより本質的に壊れやすいわけではありません。APIの変更は他のクライアントと同様に影響を受ける可能性はありますが、SlackのWebページ構造に依存しているわけではありません。
macOSとWindowsへのインストール
msgaはmacOS・Windows・Linuxで利用できます。最新リリースとインストール手順はダウンロードページまたはGitHubリポジトリで確認できます。
macOSではQt6ベースアプリとして標準的な配布モデルに従っています。Windowsでは、ビルドにQt6が含まれているため、別途ランタイム環境を用意することなくコンパイル済みバイナリが動作します。両プラットフォームとも、プロジェクトのREADMEにビルド済みリリースを使用する場合とソースからコンパイルする場合の正確な手順が記載されています。
ソースからのビルドは開発者にとって現実的な選択肢です。コードベースはC++/Qt6という実績のあるスタックで、GPL-3.0ライセンスによってコードの検査・改変・再配布が自由に行えます。
このアプリが向いているユーザー
msgaは特定のユーザー像に適しています。macOSまたはWindowsで作業し、Slackを主要なコミュニケーションツールとして使っており、公式Electronクライアントのリソースコストが自分のハードウェアやワークフローにとって許容できないと判断した人です。メモリを大量に消費するツールを複数同時に動かしている開発者が最も明確な対象ですが、古いハードウェアやRAMが限られたマシンを使っているユーザーにも同じ理由が当てはまります。
すべてのSlack機能を初日から利用する必要があるチームや、Slackの新しいリアルタイムコラボレーション機能に大きく依存しているユーザーには適していません。そのような場合は、公式クライアントが引き続き完全な選択肢です。
それ以外のユーザーにとって、msgaは意味のあるトレードオフを提供します。エッジ部分の機能完全性をある程度手放す代わりに、バックグラウンドで動くブラウザセッションではなく、小さく行儀のいいデスクトップアプリケーションとして振る舞うメッセージングクライアントを手に入れることができます。