1
1

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

生産性の向上はまずデスクトップUXを考えAIはその後——スコット・ジェンソン

1
Last updated at Posted at 2026-09-20

要旨

本稿は、UXデザイナーのスコット・ジェンソン(Scott Jenson)がKDEコミュニティの年次会議Akademy 2026(オーストリア・グラーツ)で2026年9月19日に行った講演「Are we really going to use the same Desktop UX forever?」を一次資料とし、同氏の著書・ブログ論考・インタビューを補助資料として、その主張を再構成し検討するものである。

ジェンソンの中心的主張は三点に要約できる。

  1. デスクトップのユーザー体験(UX)は約20年間本質的に進化しておらず、これまで先行研究・試行錯誤の役割を担ってきたAppleとMicrosoftがもはやその役割を果たしていない
  2. UXを「画面の見た目」に還元する理解は誤りであり、様式・構造・戦略、さらにその下に堆積した「歴史的慣習の地層」までを視野に入れなければ根本的改善はできない
  3. 現在のデスクトップの基盤である直接操作(direct manipulation)は状態を持たない(stateless)という弱点を抱えており、OSはユーザーの作業文脈を保持する「ワーキングメモリ」を備えるべきである

ジェンソンはこの観点から、空間記憶・連想記憶・エピソード記憶に対応する三つのプロトタイプ(大画面向けの有機的ウィンドウ管理、文書に紐づく永続的クリップボード、注意シグナルに基づく作業履歴)を提示し、その実験をオープンソースコミュニティが担うべきだと訴えた。

1. はじめに

1.1 研究対象

KDEの年次会議Akademy 2026は、2026年9月19日から24日までグラーツ工科大学で開催された[8]。この記事は、2026年9月19日、Akademy 2026の初日にRoom 2で行われた約40分の英語講演「Are we really going to use the same Desktop UX forever?」を元にしている[12]。

事前に公開された講演概要は、次のように要約できる[12]。デスクトップは20年以上根本的に変わっておらず、AppleとMicrosoftは既存のエコシステムに深く依存しているため大きな転換のリスクを取れない。Linuxコミュニティには実験の意欲があるが、ウィンドウ管理の調整など周縁的な試みにとどまってきた。最も深い革新は、より豊かな入力、より良いデータの流れ、二次元のウィンドウという枠からの脱却といった、ごく地味な層で起こる。そしてLinux、とりわけKDEのオープンソース性こそが、こうした旧来の制約から抜け出す機会を与える。

講演の重心は「データの流れ」と「ワーキングメモリ」に置かれている。

1.2 資料と方法

補助資料として、ジェンソンの著書『The Simplicity Shift』(Cambridge University Press, 2002)[1]、個人ブログjenson.orgの論考[2][3][4]、InfoQのインタビュー[5]、Ubuntu Summit 25.10での講演を報じたThe New Stackの記事[6]、Local-First Conferenceでの講演[7]を参照した。

2. 講演者の経歴と問題意識の系譜

2.1 経歴

ジェンソンは1980年代後半にAppleのヒューマンインターフェース・グループの最初期メンバーとなり、その後SymbianとGoogleで主要な製品デザインに携わった[6]。InfoQのインタビューでは、Macintosh System 7、Newton、Googleモバイルマップの初版、ChromeチームでのPhysical Webプロジェクト、frog designでのクリエイティブディレクター職を経て、約2年前にGoogleを離れたと述べている[5]。現在はMastodonとHome AssistantのUXに関わり、オープンソース領域で活動している[6]。

講演では、Finderで長いファイル名の省略記号を末尾ではなく中央に置く案を出し、それが今も出荷されていると語った。この逸話はUbuntu Summitでの講演でも紹介されている[6]。

2.2 『The Simplicity Shift』(2002)

同書は、企業が良いデザインを望みながら、それを出荷製品に移せない政治的・文化的断絶を主題とする[1]。デザインを「デザイン部門」の下請け作業から、チーム全員が共有する戦略的道具へ引き上げるべきだという主張である。講演で「UXデザイナーがチームの時間を最も早く節約する方法は『ノー』と言わせることだ」と述べた点は、この戦略重視の立場の延長にある。

2.3 モバイル批判の系譜

ジェンソンのブログjenson.orgは、長年にわたりモバイルとデスクトップの関係を論じてきた。

  • 「Small is Beautiful」:新しい計算パラダイムが旧来を置き換えるという通念に対し、デスクトップはメインフレームのようには消えていないと論じた[11]。
  • 「The invisible problem」:AndroidとiOSはメニューバーもマウスもないままデスクトップの文字編集を模倣したため、タップ一つにカーソル配置・選択・メニュー呼び出しを詰め込む破綻を生んだと指摘した[2]。講演の文字編集実験はこの議論と同じ内容である。
  • 「The future needs files」:ファイルの本質的な力はデータを解放し、どのアプリからも扱えるようにする点にあると論じ、モバイルでのファイルの復権を訴えた[3]。

2.4 Ubuntu Summit講演との関係

2025年10月のUbuntu Summit 25.10での講演「Are we stuck with the same Desktop UX forever?」は、「UX/UI」という用語がオープンソースで混乱と緊張を生んでいることを主題とした[9]。本講演は、演題からも明らかなようにその続編であり、前回の講演が具体例を欠くと批判されたことへの応答として、プロトタイプを中心に据えた続編と位置づけられる。2026年7月にはLocal-First Conferenceでも、ローカルファーストの観点からデスクトップUXの進化を論じている[7]。

3. デスクトップUX停滞の診断

3.1 「コピーのコピー」としてのデスクトップ

ジェンソンによれば、デスクトップは1980〜90年代に大きく変化した後、約20年間ほぼ変わっていない。その系譜はXerox Starに始まり、Macintoshがそれを取り入れ、Windowsが続き、各種Linuxディストリビューションが両者を模倣し、成熟後は相互に影響し合った。The New Stackの記事は、この構図を「コピーのコピーのコピー」と要約している[6]。

ジェンソンは模倣そのものを否定しない。先行者の後ろで風よけを得る戦略(ドラフティング)は賢明だったと認める。問題は、Linuxコミュニティが研究・検証・失敗のコストをAppleとMicrosoftに委ねてきたのに、その両社がもはやリスクを取らなくなった点にある。

3.2 AppleとMicrosoftの現状

ジェンソンはAppleの転機を2017年に置く。iPadの広告で少女が「コンピューターって何?」と問い返す場面を、AppleがMacの終焉を望んだ証拠と読む。しかし世界はiPadに移行せず、Appleは方針を修正しつつある。近年の追加機能の多くは、iPhoneとの連携を強めて自社エコシステムの「堀」を高くするものであり、デスクトップそのものの改善ではないという。インタビューでも、この15年ほどのMacの新機能は、ユニバーサルクリップボードやAirDropなどエコシステム強化が中心だと述べている[5]。

Microsoftについては、OneDriveへの過剰な登録誘導、Recall機能の混乱、広告の氾濫を挙げる。ジェンソンは約8年前にWindowsのUX責任者の面接を受け、既存ユーザーを混乱させない範囲での実験を提案したが、先方は望まなかったと明かした。

3.3 三つの反論とその応答

デスクトップの停滞を指摘すると、ジェンソンは決まって三種類の反論を受けるという。

反論 内容 ジェンソンの応答
「モバイルが勝った」 デスクトップは古い。モバイルに倣えばよい モバイルは消費・ゲーム・SNS・カメラで勝ったが、生産性では勝っていない
「すでに標準だ」 ウィンドウの作り方は出尽くした CD-ROMもBlackBerryも標準だったが消えた。ノートPCという形状も一つの標準にすぎない
「私の環境に触るな」 苦労して整えた環境を壊されたくない 全面変更は求めない。穏やかな漸進的変化を求める

第一の応答は、Googleの「Tablet Tuesdays」の失敗談とも一致する。ジェンソンは、タブレットはコンテンツ消費に特化しており、仕事の全面代替には至らなかったと述べている[5][2]。

4. UXの層構造と「歴史的地層」

4.1 「UI/UX」という用語への批判

ジェンソンは「UI/UX」という用語を強く批判する。彼の説明では、Appleで仕事を始めた頃この分野は「ヒューマンインターフェース」と呼ばれ、やがて「ユーザーインターフェース」となり、ドン・ノーマンが「ユーザーエクスペリエンス」という語を提唱した。これらは同じ営みの呼び名の進化にすぎなかった。ところがFigmaの普及とともに、ビジュアルデザイナーが「UX」を別の意味で使い始め、UXは「ピクセル」だと誤解されるようになったという。Ubuntu Summit講演でも、この用語がプログラマーとデザイナーを不必要に対立させていると論じている[9]。

4.2 四つの層

ジェンソンはUXを層として捉える。

層 内容
様式(style) 余白、アイコン、色などの視覚要素
構造(structure) ナビゲーション、エラー処理、開始方法など画面間の流れ
戦略(strategy) 誰のためか、何を重視し何を捨てるか
素地(stuff) 基盤技術と、40年間に堆積した「当然とされる慣習」

最下層の「stuff」は、ジェンソンが歴史的な「垢(crust)」と呼ぶ、疑われずに受け継がれてきた前提である。デスクトップを根本から改善するには、この層の制約を理解しなければならないというのが講演の核心の一つである。

4.3 『The Simplicity Shift』との対応

この層構造は20年以上前の著書にすでに原型がある。同書はUXを表示(Presentation)・タスク(Task)・基盤(Infrastructure)の三層で捉え、真の問題はタスク層と基盤層に潜むと述べている[1]。講演の四層モデルは、表示層を「様式」と「構造」に分け、「戦略」を明示的に独立させ、基盤層に歴史的慣習を加えたものと解釈できる。

4.4 事例:モバイルの文字編集と重なり合うウィンドウ

「stuff」の具体例として、ジェンソンは二つの事例を挙げた。

一つは、Androidチームで行ったユーザー調査である。二つ並んだ空白の一つを消すという課題を10人に課したところ、全員がうまくできなかった。ある被験者は、左右へのタップ、意図しないカーソル移動、メニューの誤表示を経て、5回目でようやく成功した。多くの人は編集を諦め、デスクトップで仕上げるか、全文を消して打ち直していたという。原因は、マウスもメニューバーもコマンドキーもない環境で、デスクトップの操作を「タップ」一つに多重化した点にある[2]。チームは長押しによる新しい選択方式を考案したが、製品化されなかった。

もう一つは、ウィンドウの重なりである。初代Macintoshの画面は高さ342ピクセルしかなく、ウィンドウの重なりは避けられなかった。しかし巨大なモニターが普及した今も、この前提は疑われずに残っている。タイル型ウィンドウマネージャーが支持される理由もここにあるとジェンソンは見る。

5. 分析の枠組み:視点の転換

ジェンソンは、アラン・ケイの「視点はIQ 80ポイントに値する」という言葉を議論の軸に据える。同じ人が同じ問題を見ても、見方を変えれば別の解が見えるという意味である。インタビューでも、この言葉を用いて、デスクトップの歴史を理解することが改善の視点を得る手段だと説明している[5]。

そのうえでジェンソンは、ケイの著作から次の三段階を抽出する(ケイ自身がこの順序で述べたわけではないと断っている)。

本講演の後半はこの三段階に沿って構成されている。「現在」ではAIのデスクトップ参入(第6節)、「過去」ではLifestreamsなどの先行研究(第8節)、「問い」では次の三つの設問が示された。

  1. 大型ワイドモニター専用に設計したら何が可能になるか(ノートPCでの動作は問わない)。
  2. クリップボード・ファイル・ウィンドウを、どうすればより統合的な概念にできるか。
  3. ユーザーの意図を時間を通じてどう捉えるか。

講演者は、プロトタイプを見せる前にクヌースの「早すぎる最適化は諸悪の根源」を引いた。技術者が細部の欠陥探しに向かうことを牽制し、アイデアの方向性を評価してほしいという意図である。

6. 現在:AIのデスクトップ参入と「生成ではなく文脈」

6.1 UXの「上」と「下」から入り込むAI

ジェンソンは、AIの話題が他の議論の酸素を奪っていると不満を述べつつも、デスクトップ上のAIの動向を整理した。Googleの研究「AI pointer」のように、カーソルで指し示しながら話しかける方式は、デスクトップUXを変えずにAIを「こっそり」持ち込む試みである。一方、OSの低レベルの操作をチャットボットから自動化する試みもある。ジェンソンはそれを「AI OS」と呼ぶことを拒み、チャットボット付きのAppleScriptにすぎないと評した。AppleのOn-screen Awareness、AndroidのAssist Structure、freedesktop.orgでの取り組みも、画面内容を理解してチャットや音声で操作させる方向にある。

ジェンソンはこれを連続体として描く。AIはUXの「上」(カーソル)か「下」(OSの自動化)から入り込んでおり、UXの「中間」に入るものがほとんどない。これが彼の着眼点である。

6.2 転機としてのClaude Code

ジェンソンによれば、2025年夏ごろAIは幻覚への苛立ちや価値の実感の乏しさから勢いを失いかけていた。そこに現れたClaude Codeは、ユーザーが文脈を与えるのではなく、ファイルシステムから文脈を自ら取得することで状況を変えた。コーディングに限らず、Obsidianを用いた個人的な知識管理などでも同様の実験が広がっている。

ここからジェンソンは、AIの価値は「生成ではなく文脈」にあると結論する。既存のデスクトップ、とくにファイルシステムを受け入れたことで性能が上がったのなら、デスクトップをもっと深く受け入れればさらに良くなるはずだ、という推論である。

6.3 倫理的な留保と小規模言語モデル

ジェンソンは、フロンティアモデルを倫理的・環境的な災厄だと明言し、個人的には問題が多いと述べる。そのうえで期待を寄せるのが、スイスの公的主体による言語モデルApertusである。倫理的に収集されたデータセットで訓練され、小規模モデルも用意されている点を評価した。小規模モデルならローカルで動作し、環境負荷の多くが解消されるという。

この立場は、2025年9月のブログ記事「Boring is good」で詳しく論じられている[4]。同記事でジェンソンは、技術は成熟とともに大型・集中型から小型・分散型へ「下流に流れる」と述べる。その例として、工場の電動機が一台の大型機から多数の小型機に分散し、組立ラインを可能にしたというポール・デヴィッドの歴史研究を挙げる。さらに、LLMは知的な作業を上から自動化するのではなく、低レベルの言語処理で下から人を補助するべきだと主張する。成熟した技術は魔法ではなくインフラのように見える、というのが同記事の結論である。

講演での「まず人のために解き、AIが使えるならそれで良い」という姿勢は、この「退屈な」AI観と一致している。

7. 直接操作の呪いとワーキングメモリ

7.1 デスクトップの構成要素

ジェンソンは、デスクトップの基本的な構成要素をウィンドウ、ファイルとアイコン、クリップボードの三つとする。マウスとキーボードは入力系として区別される。これらはデータを捕捉し、移動し、編集し、保存するための仕組みであり、ユーザーにデータを動かす力を与えることこそがデスクトップUXの基盤だという。

この観点は、講演冒頭の逸話とつながる。Macintoshでは選択がマウスボタンを押した時点で起き、ウィンドウの前面化は離した時点で起きる。そのため背面ウィンドウからアイコンを直接ドラッグできる。多くのLinux環境では押した時点でウィンドウが前面に出るため、これができない[6]。ジェンソンは、これはファイルのコピーの問題ではなく、アプリケーションへデータを移す根本的な能力の問題だと強調した。Mastodonでの指摘を受けてKDEの開発者がすぐに実装したことを、オープンソースの長所の例として紹介している。

7.2 直接操作は状態を持たない

ジェンソンが「直接操作の呪い」と呼ぶのは、この仕組みが本質的に状態を持たない(stateless)ことである。直接操作は速く強力で、熟練者は素早く作業できる。しかし翌日や翌週に戻ると、何をしていたかを再構成しなければならない。クリップボードに何度かコピーすれば、以前の内容は失われる。

インタビューでジェンソンは、カット・ペースト・入力・開閉という原子的な操作は設計上ステートレスで、何をしたかの履歴を持たないと説明している[5]。そして、OSの目的はユーザーの作業を支えることであり、直接操作はその一段階にすぎず、次の段階は昼休みから戻っても作業を続けられるよう文脈を保つことだと述べた[5]。

7.3 サイロ化した解決と統合的視点

Linuxには数十のウィンドウマネージャー、代替シェル、ファイルマネージャー、クリップボードマネージャーが存在する。ジェンソンはこれを、人々が現状の不具合を感じている証拠と読む。しかし、それぞれが個別のサイロの中で問題を解こうとしている。

ジェンソンの視点の転換は、これらを「ワーキングメモリ」という一つの問題として捉え直す点にある。ウィンドウ・ファイル・クリップボードを横断してデータを管理し、記憶し、再利用できるようにすることが課題となる。講演ではこれを空間記憶・連想記憶・エピソード記憶の三つに分けて具体化した(第9節)。

8. 過去の遺産:失敗した構想の再評価

ジェンソンは「過去を忘れるな」の段階で、三つの先行構想を挙げた。字幕の誤認識を補正したうえで、各構想の概要を筆者の知見により補足して示す(年代は筆者の補足であり、講演中の言及ではない)。

構想 時期 概要 講演での評価
Lifestreams 1990年代半ば(イェール大学) 個人のデータを時系列の流れとして整理する記憶モデル 個人データ整理の古典的論文。第三のプロトタイプの直接の着想源[5]
WinFS 2000年代前半(Microsoft、のち中止) 関係データベースを基盤とするファイルシステム 入手元や編集者など、ファイルの「来歴」を物語れる構想
Nepomuk 2000年代後半(KDEなど) セマンティックデスクトップ。ファイル間の意味的関係を管理 時代に先んじていた。後継のBalooは縮小版にすぎない

ジェンソンの評価の要点は、これらが「失敗した」という事実を、アイデアが誤っていた証拠と見なすべきではないという点にある。彼によれば、当時のハードウェアとシステムが構想に追いつかなかったのであり、SpotlightやBalooのような検索機能は元のビジョンのごく一部を引き継いだにすぎない。新しいハードウェアを前提に、より単純な形で再考すべき時期が来ているという。

この主張は、第6節の「技術は下流に流れる」という議論と構造的に同じである[4]。かつて計算資源の制約で実現できなかった構想が、資源の低価格化によって実用的になるという見通しである。

9. 三つのプロトタイプ

ジェンソンはワーキングメモリを三種類の記憶に分け、それぞれにプロトタイプを対応させた。

記憶の種類 プロトタイプ 解こうとする問題
空間記憶 大画面向けの有機的ウィンドウ管理 重なり合うウィンドウと、整理を強いる仮想デスクトップ
連想記憶 文書に紐づく永続的クリップボード 上書きで消えるクリップボードと散らばる素材
エピソード記憶 注意シグナルに基づく作業履歴 何をどこから得たかを思い出せないこと

9.1 空間記憶:有機的なウィンドウ管理

第一のプロトタイプは、ワイドスクリーンを模した画面で示された。既存のExposé型の一覧表示は、ウィンドウ数が倍になるとすぐ破綻し、しかもモーダルで操作できない。ジェンソンはまず、ワイドスクリーンの両端は周辺視には向くが作業には向かないと指摘する。そこでメニューバーを中央に寄せ、画面中央の約50%を作業領域、両側を周辺領域とした。

ウィンドウを側方へドラッグすると縮小してドッキングし、縮小後も選択や操作ができる。音楽プレーヤーは側方に移すと再生・一時停止ボタンだけに再構成され、ウィンドウがウィジェットに変わる。これはウェブのレスポンシブデザインの考え方を借りたものである。ウィンドウを振ると他のウィンドウが側方へ退避し、ウィンドウ数を倍にしてもある程度拡張できた。

ジェンソンは、仮想デスクトップは非常に整理された知的な人々には有効だが、多くの消費者には扱えないと述べる。インタビューではこれを「反Linux的」な、より有機的で雑然としたアプローチと表現した[5]。技術的にはWayland上で実現可能であり、実際に動く試作で感触を確かめたいという。

9.2 連想記憶:文書に紐づくクリップボード

第二のプロトタイプは、Obsidianに着想を得た文書の側面ドロワーである。文書の一部のテキスト、ファイル、ウェブブラウザの内容をそこへドラッグして集められる。これは単なるクリップボード履歴ではなく、特定の文書に結びついた「クリップボードファイル」である。文書を閉じて翌日開いても、集めた素材はすべて残っている。

ここで初めてローカルAIが登場する。集めた素材にホテル情報が複数あれば、AIが整理を提案し、地図を作って文書に貼り込める。画面を分割して素材を閲覧・編集することもでき、ジェンソン自身これを「仮想デスクトップの赤ちゃん版」と呼んだ。インタビューでは、ファイルのように開閉でき、フォルダのように振る舞う「小さなコンテキストウィンドウ」だと説明している[5]。

9.3 エピソード記憶:注意シグナルによる作業履歴

第三のプロトタイプは、プライバシーに配慮したテレメトリの試みである。ジェンソンは電動自転車を探して閲覧した50のウェブサイトを題材にした。多くのブラウザは履歴を線形のリストで示すだけで、階層表示も役に立たない。

そこで彼は、コンテンツそのものではなく「注意シグナル」だけを集めた。スクロール量、滞在時間、コピーやペーストの有無(クリップボードの中身ではなく、操作の有無)である。AIを使わず単純な数学的処理で、50のノードを7つに圧縮した。検索、重要な3ページ、到達ページ、保存操作といった要点だけを示す「意見を持った」要約である。

ジェンソンはこれをデスクトップ全体に広げ、メールから文書を開き、画像を取得し、文書で作業したという流れを物語として示す案を見せた。さらに第二のプロトタイプと組み合わせ、集めた素材の出所(どの文書のどの部分、どのファイラーのウィンドウか)をたどれるようにした。インタビューでは、このタイムライン型の試作をChrome拡張とSwiftで実装中で、完成後にオープンソース化する予定だと述べている[5]。

9.4 オープンな研究の提案

ジェンソンは、これらを既存環境に代わるものではなく、任意で試せる実験として各ディストリビューションに提案してきた。モデルとして挙げたのは研究機関Ink & Switchの手法である。少人数のチームで素早く試作し、成果をオープンソースで公開する。ジェンソンはこれを、研究を公開の場で行えるオープンソースの「超能力」と呼んだ。

10. プライバシーの課題

講演後の唯一の質問は、この記憶モデルがWindows Recallの直面したプライバシー問題をどう防ぐのか、履歴がユーザー本人以外に読まれないことをどう保証するのかというものだった。

ジェンソンの回答は四点に整理できる。

  1. 最大の反論は「世界最大のハニーポット」を作ることだと認める。
  2. テキストではなく焦点や注意の情報を集める設計により、攻撃対象としての価値を大きく下げられる。ただし、この「より安全なテレメトリ」も価値ある情報であることは変わらない。
  3. まず試作で有用性を確かめ、有用ならば暗号化などの保護策を議論する。
  4. 人々はすでに銀行情報をコンピューターに保存しており、これはそこから大きく踏み出すものではない。Recallの最大の過ちは保護の仕方が拙劣だったことであり、はるかに良くできるはずだ。

インタビューでも同様に、記憶し代行するシステムはプライバシーリスクでもあるという緊張関係を認め、利用者を守る方法についてより深い議論が必要だと述べている[5]。第6節で見たローカル実行の小規模モデルへの期待は、データをクラウドに送らないという意味で、この問題への構造的な応答の一部をなしている。ローカルファーストの議論では、データ主権と接続障害への耐性が重視されている[5][7]。

11. 考察

11.1 意義

第一に、AI議論の軸を「生成」から「文脈」へ移した点である。 現在のAI統合の多くはチャットボットの追加にとどまる。ジェンソンは、AIがファイルシステムという既存の構造を受け入れたときに性能が上がったという観察から、OS自体が文脈を保持すべきだと導いた。これはAIを主役にせず、人のための仕組みを先に作り、AIはそれを利用する側に置くという順序の逆転である。

第二に、過去の「失敗」を再評価の対象とした点である。 Lifestreams、WinFS、Nepomukを誤りの証拠ではなく時期尚早の構想と見る視点は、技術の低価格化が過去のアイデアを実用化するという歴史観と整合的である[4]。

第三に、問題設定をオープンソースの組織構造と結びつけた点である。 大企業がリスクを取らないなら、オプトインの実験を公開で行えるコミュニティこそが研究主体になりうる。講演中で紹介された、KDE開発者が提案を即日実装した逸話は、この主張の小さな実証として機能している。

11.2 限界と論点

評価方法の欠如。 提示されたのは概念実証であり、使いやすさや生産性の向上を示すユーザー評価は示されていない。ジェンソン自身も「まず試して感触を確かめる」段階だと認めている。とくに第一のプロトタイプは大型ワイドモニターを前提とし、ノートPCでの動作を意図的に問わない。普及の観点からは、どの程度の利用者層に届くかが課題となる。

プライバシー論の楽観性。 「銀行情報もすでに保存されている」という比較には検討の余地がある。銀行情報は目的が限定されたデータだが、作業履歴は行動全体の記録であり、集積されると推論によって多くのことが明らかになりうる。注意シグナルのみを集める設計は有効な緩和策だが、「内容を集めないから安全」とは言い切れない。ジェンソンがこの問題を試作後に先送りしている点は、プライバシー・バイ・デザインの観点からは議論を呼ぶだろう。

「有機的」設計と上級ユーザーの対立。 ジェンソンは仮想デスクトップを整理の得意な人向けとし、より雑然とした作業様式を支援しようとする。しかしLinuxデスクトップの主要な利用者層はまさにその「整理の得意な人々」であり、第3節の「私の環境に触るな」という反論と衝突する。オプトインの実験という位置づけは、この緊張への現実的な妥協策といえる。

AIに対する両義的な立場。 フロンティアモデルを倫理的・環境的災厄と批判しつつClaude Codeを転機と評価する姿勢は、一見矛盾する。ただし「Boring is good」の議論を踏まえれば、技術の現状の担い手への批判と、技術の方向性への期待を区別していると読める[4]。とはいえ、倫理的に訓練された小規模モデルが十分な性能を示すかは、なお検証を要する。

11.3 今後の課題

ジェンソンの問題提起を研究課題として発展させるには、少なくとも次の三点が必要である。

  1. 各プロトタイプの有用性を測る評価手法(作業再開までの時間、素材の再発見率など)の設計。
  2. 注意シグナルのみから何が推論されうるかを分析する脅威モデルの構築。
  3. 既存デスクトップ環境の慣習を壊さずに新機能を段階的に導入する方法の検討。

12. 結論

ジェンソンの講演は、デスクトップUXの停滞を、主要企業の撤退とオープンソースの受動性という構造問題として診断した。そのうえで、直接操作が状態を持たないという根本的な弱点を指摘し、OSがユーザーの作業文脈を保持する「ワーキングメモリ」を備えるべきだと提案した。空間・連想・エピソードの三つの記憶に対応するプロトタイプは、完成された解ではなく、問いを具体化するための素材として提示されている。

この主張は突然現れたものではない。表示・タスク・基盤の三層でUXを捉えた2002年の著書、モバイルの文字編集やファイルを論じたブログ、LLMの「退屈な」未来を論じた2025年の論考と、一貫した問題意識の延長線上にある。ジェンソンが繰り返し求めているのは、特定の解の採用ではなく、問題を問題として見ることである。

講演の結びでジェンソンは、ほかに誰も試さないのだから誰かが始めなければならないと述べた。その呼びかけに応えるには、試作を公開し、評価し、プライバシーの脅威を早い段階で分析するという、オープンな研究の手続きが必要になる。

参考文献

一次資料:Scott Jenson「Are we really going to use the same Desktop UX forever?」講演字幕(利用者提供)。講演は2026年9月19日、Akademy 2026にて実施[12]。

  1. Jenson, S. (2002). The Simplicity Shift: Innovative Design Tactics in a Corporate World. Cambridge University Press.
  2. Jenson, S. The invisible problem. jenson.org.
  3. Jenson, S. The future needs files. jenson.org.
  4. Jenson, S. (2025年9月15日). Boring is good. jenson.org.
  5. Pop, O. (2026年8月31日). Scott Jenson on Evolving Desktop OS, Local-First, & Agentic UX. InfoQ Podcast.
  6. Jackson, J. (2025年12月21日). Apple UX Pioneer on Reviving Computer Desktop Design. The New Stack.
  7. Jenson, S. (2026). How the Desktop UX needs to evolve to keep up with Local-first. Local-First Conference(YouTube).
  8. KDE. Akademy 2026. akademy.kde.org.
  9. Ubuntu Community Hub. Are we stuck with the same Desktop UX forever? - Ubuntu Summit 25.10.
  10. Freeman, E., & Gelernter, D. Lifestreams. Yale University.
  11. Jenson, S. Small is Beautiful: Why Desktop UX still has something to teach Mobile. jenson.org.

12. Jenson, S. (2026年9月19日). Are we really going to use the same Desktop UX forever? Akademy 2026, Graz. media.ccc.de(CC BY-SA 4.0).

1
1
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
1
1

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?