本文へ
ハクソク

世界を動かす技術を、日本語で。

TmuxをOSにする

元記事: 原文(matduggan.com)

概要

  • Scott Jensonの講演「Are we really going to use the same Desktop UX forever?」の要点整理
  • デスクトップOSの革新停滞と現状の課題指摘
  • 画面管理やウィンドウ運用の現代的な問題点分析
  • 既存の研究やツールの紹介と限界
  • 今後の理想的なデスクトップ体験への提案

Scott Jensonの講演要約とデスクトップUXの現状

  • Scott Jenson は、 Apple や Microsoft によるデスクトップOSの革新が停滞していると指摘
  • ハードウェア制約に起因する「当たり前」のUXが未だに残存
  • 現代のOS はユーザーの多様なワークスタイルやマルチディスプレイ環境に最適化されていない現状
  • ウィンドウ管理 や 画面構成 に関する根本的再考の必要性

画面管理の現代的課題

  • ノートPCとデスクトップモニター間の頻繁な移動によるウィンドウ配置の崩壊
  • 大型モニターや複数モニター利用時、ウィンドウの重なりが不要になるケース増加
  • モニターごとの役割分担(作業用/参照用)をOSが認識できていない問題
  • ディスプレイ変更時のウィンドウ再配置作業の非効率性
  • ユーザーごとのウィンドウ運用スタイル (最大化派/サブウィンドウ派/細分化派)の多様性
  • 「公開ウィンドウ」と「プライベートウィンドウ」の使い分けニーズ

ブラウザの役割変化とOSとのギャップ

  • 2026年 現在、多くのソフトウェアが ブラウザタブ 上で稼働
  • ブラウザは事実上の「仮想OS」として機能
  • タブとウィンドウの関係性が複雑化し、業務タスクとの紐付けが困難
  • ブラウザ内部のアプリケーションがOSのウィンドウ管理から独立している現状

ファイルシステムの形骸化

  • ノートやチャット、Webコンテンツなどが アプリ固有のストレージ に閉じる傾向
  • 「ファイル」という概念が弱体化し、OS横断的なデータ管理が困難化
  • 1980年代から指摘されてきた「データの出し入れ問題」が未解決

既存研究・ツールの紹介と限界

  • Rooms (1986年):複数の仮想ワークスペースでウィンドウをグループ化
    • ウィンドウ利用をメモリ管理に例え、作業セットごとに「知識フォールト」を減らす設計
  • WindowScape :ウィンドウ配置を「写真」として記録し、状態を瞬時に切り替え
    • グループ分け不要・ウィンドウが複数の作業写真に登場可能
    • 写真(状態)の永続性が課題
  • タイル型ウィンドウマネージャ :画面を自動で分割し効率的に表示
    • 現状は設定や運用が難解で一般ユーザーには不向き
  • Niri :スクロール可能なタイル型ウィンドウマネージャ
    • 無限スペース・プライベート/パブリックウィンドウの分離が容易
    • ただし、使いやすさの面で課題が残る

ブラウザをOS化する試みとその問題点

  • Arcブラウザ や Chrome OS :ブラウザ自体をOS化し、ウィンドウ管理を統合
    • Arcはタブをサイドバー化し、OSのウィンドウ管理を「乗っ取る」アプローチ
    • WebアプリをOSの一等市民にするのではなく、ブラウザが独立しすぎる問題
    • Webアプリと他アプリの連携・ウィンドウ管理の一元化が未解決

今後の理想的なデスクトップ体験への提案

  • tmux的な体験 を一般ユーザー向けに提供する必要性
  • スクロール可能なタイル型ウィンドウマネージャの普及
  • ブラウザタブやWebアプリをOSのウィンドウ管理とシームレスに統合
  • 「作業状態の写真」保存によるワークスペース切り替えの高速化
  • プライベート/パブリックな作業空間の明確な分離と切り替え
  • ファイルシステムに依存しないデータ管理の新たな枠組み構築

結論と今後への問いかけ

  • デスクトップUXの革新は 大手OSベンダー だけでなく ユーザーコミュニティ の発想にかかっている現状
  • 既存の「当たり前」を疑い、 現代のワークスタイル に即した新しいデスクトップ体験の模索が必要
  • 誰もが使える、柔軟かつ効率的なウィンドウ・タスク管理システムの実現への挑戦

提供: ハクソク · 要約更新:

AIによる日本語要約です。内容は原文とあわせてご確認ください。

Hacker Newsの議論を読む

Hackerたちの意見

これってemacsのことを指してないわけがないよね。emacs -> screen -> tmux -> tmuxが統合されたって感じがする。分岐は「X前のemacs」から「X後のemacsだけど、ターミナルにXのアイデアを取り入れた」ってことかな。

└

UNIXでの普及前のEmacsの歴史をチェックすることをおすすめするよ。特にZmacsやXEmacsについて、彼らの機能が最終的にEmacsに戻ってきた経緯とか。

現代のデスクトップ体験についての面白くて広範な投稿だね。ほとんどの内容はTmuxとは関係ないけど、特定の見方をすればなんとかなるかも。

└

うん、また1980年代のUNIXやCP/M、MS-DOS/Novell、MVS、VMS…の体験に戻る投稿が来ると思ってたけど、実際にその経験をしたことがない人たちからの意見だよね。

└

tmuxって考えると、タイル機能よりも、やめたときに残した状態に戻ることを思い出すな。

残念ながら、投稿者には設定が無理みたいだから、hyprlandやi3があれば全部できるのに、クエイクオーバーレイも含めて。

└

これを読んで考えてたんだけど、著者はタイル型ウィンドウマネージャーが欲しいけど、もっとフレンドリーなUXを求めてるのかな?正直、設定のせいで既存の選択肢を無視する理由がわからない。試してみれば、そんなに悪くないかもしれないよ。

└

あのブログ投稿を書くのにかかった時間の半分を設定に使ってたら、問題は解決してたかもね。

└

DDHはOmarchy Quattroで何か面白いことを考えてるかもしれないと思うよ。合理的なデフォルトを用意して、LinuxディストロにLLMを組み込むだけでいいんじゃないかな。ユーザーが欲しいオペレーティングシステムを説明すれば、設定をいじるのはクランカーたちがやってくれるし。

その問題を解決したものを売ってるよ: https://race-term.com これはマルチプレクサだからアプリが落ちても生き残るし、インターフェースはキーボード中心で操作できる。メールを試してみたけど、HTMLメールのサポートが必須だから、自分で作っちゃったよ。

└

なんてめちゃくちゃなことをするんだ。プロジェクトにはいいかもしれないけど、デスクトップには向かないね。

└

これはデジタル版の机の上に紙が散らかってる状態だね。

Hacker Newsで議論の続きを見る

同じ出典の記事