Slack自動退席とは？

概念を理解する Slack自動退席

Slack自動退席はクライアントサーバーメカニズムによって駆動される。各Slackクライアント — デスクトップアプリ、ブラウザータブ、モバイルアプリ — はSlackサーバーとの永続的なWebSocket接続を維持する。Slackとインタラクションしている間（タイピング、クリック、スクロール）、クライアントはこの接続を介してアクティビティシグナルを送信する。Slackサーバーは、接続された各クライアントからの最後のシグナルのタイムスタンプを追跡し、カウントダウンを開始する。どのクライアントからも新しいシグナルなしで約10分が経過すると、サーバーはプレゼンスを退席に切り替える。どのデバイスでのどの有効なアクティビティでも、アカウント全体のタイマーがリセットされる。重要な詳細は、自動退席タイマーをリセットする「アクティビティ」として何がカウントされるかだ。SlackはSlackアプリ自体内のインタラクションのみを登録する：Slackウィンドウがフォーカスされている間のキーボード入力、Slackチャンネルまたは会話内のマウスクリックまたはスクロール、モバイルアプリでのタッチ入力。Chromeでマウスを動かす、VS Codeでタイピングする、スプレッドシートをクリックする — これらはSlackサーバーにシグナルを生成しない。Slackデスクトップアプリを開いて画面に表示しているだけでも十分ではない — ウィンドウは直接入力を受け取る必要がある。スクロールやクリックせずに長いメッセージスレッドを読むこともカウントされない。デバイス固有の違いにより、自動退席はプラットフォーム間で一貫性のない動作をする。macOSデスクトップアプリはApp Napの影響を受け、バックグラウンドアプリをスロットルする省電力機能だ。Slackが別のウィンドウの背後にあり、macOSがプロセスをnapにすると、WebSocketハートビートが遅くなったり一時停止したりし、サーバーが通常の10分より早く退席としてマークする。Windowsでは、アプリがフォーカスを失い、積極的な電源管理設定と組み合わさると同様の効果が発生する。ブラウザークライアントはPage Visibility APIを使用するため、ChromeまたはFirefoxのバックグラウンドSlackタブは、ブラウザが優先度を下げるとハートビートの送信を完全に停止する可能性がある — 特にChromeのタブスロットリング変更後。モバイルでは、動作はさらに制限的だ：iOSとAndroidはバッテリーを節約するためにバックグラウンドアプリを一時停止するため、別のアプリに切り替えた後わずか2〜5分でSlackがステータスを退席としてマークする可能性がある。