RICEの思想とキーボード至上主義

[TOC]

この記事は私の主観的な意見が多く含まれる。

はじめに

RICE（デスクトップカスタマイズ文化）とキーボード至上主義について、見た目やツールの紹介ではなく、その思想の本質を解説してみる。なぜこの文化が生まれ、何を解決しようとしているのか。

誰のための記事か

• Linuxのデスクトップ環境に興味があるが、r/unixpornのスクリーンショットを見ても「で、何が嬉しいの？」と思っている人
• 自分の作業環境に漠然とした違和感を感じている人
• 効率化やカスタマイズに興味はあるが、どこから手をつけていいかわからない人

誰のための記事ではないか

• 具体的なセットアップ手順やdotfilesを求めている人（この記事にコードは出てこない）
• 現在の環境に満足していて、変える必要を感じていない人（それで正解。この記事は読まなくていい）
• 見た目の美しさを追求したい人（それも正当な動機だけど、この記事の主題ではない）

1. 現状のRICEとは何か

語源は Race Inspired Cosmetic Enhancements の略。元々は自動車カスタム文化の用語で、性能向上よりも見た目の改造を重視した車を指していた。皮肉っぽいニュアンスで使われることが多かった。

これがLinuxコミュニティに輸入されて、デスクトップ環境のカスタマイズを指す言葉になった。r/unixpornに代表されるスクリーンショット共有文化がその象徴。

今、RICEは一般的にこういう活動として認識されている：

• ウィンドウマネージャの変更（i3, bspwm, Hyprland等）
• ステータスバー、ターミナル、エディタの見た目のカスタマイズ
• カラースキームの統一
• dotfilesの管理と共有

ただ、この文化は見た目が先行して始まったわけじゃない。

2. 源流と既製品の限界

源流：X Window Systemの設計思想（1984年）

カスタマイズ文化の源流は「かっこいいから」じゃない。1984年にMITで開発されたX Window Systemの設計思想にある。

Xの設計者たちは意図的に mechanism, not policy（機構を提供し、方針は決めない） という原則を採用した。Xは画面にウィンドウを描画し、キーボードとマウスの入力を受け付ける機構だけを提供する。ウィンドウの見た目や操作方法は一切規定しなかった。

なぜか。当時のUnixワークステーション市場の事情がある。Sun、DEC、SGI、HPなど複数のベンダーが独自のハードウェアを売っていて、特定のUIを強制すればベンダー間の互換性が損なわれる。中立的な基盤として、Xはあえて「何も決めない」ことを選んだ。

結果として生まれた自由と混沌

Xが方針を決めなかった結果、ウィンドウマネージャという概念が生まれた。ウィンドウの配置、装飾、操作方法をすべてウィンドウマネージャが担う。ユーザーは好みのウィンドウマネージャを選べる。

1988年にTWM（Tab Window Manager）、1990年代にはFVWMやOpenLookなどが登場。商用UnixではCDE（Common Desktop Environment）が標準化を試みたけど、オープンソースの世界では多様性が維持された。

1996年にKDE、1997年にGNOMEが登場して、Linuxにも統合されたデスクトップ環境が生まれた。

でも、Xの「mechanism, not policy」の思想は消えなかった。ウィンドウマネージャだけを差し替えるという選択肢は残り続けた。

RICEの本質への問い

なぜ人はわざわざ既製のデスクトップ環境を捨てて、何十時間もかけて自分で組み上げるのか。

この問いに答えるには、既製品が何を前提として作られているかを理解する必要がある。

3. RICEの本質：道具と人間の関係の反転

既製品の前提

Windows、macOS、GNOMEやKDEといったデスクトップ環境は「万人向けの妥協」として設計されている。平均的なユーザーを想定して、大多数が困らないUIを提供する。これは正しい設計判断だし、批判しているわけじゃない。

ただ、「平均的なユーザー」なんて実際にはどこにもいない。特定の個人にとって、既製品のUIは常にどこかが合わない。ウィンドウの切り替え方、通知の出し方、ワークスペースの概念。全部、誰かの思想に基づいて決められている。

通常の関係：人間が道具に適応する

ほとんどの人は、この「合わなさ」に自分を適応させる。macOSのDockが邪魔でも慣れる。Windowsのスタートメニューが深くても我慢する。これが普通だし、多くの場合それで問題ない。

RICEの反転：道具を人間に適応させる

RICEはこの関係を逆転させる。自分の思考パターン、作業フロー、癖に合わせて、道具の側を作り変える。

コンピュータを「自分専用の思考装置」として再構築する試み。これがRICEの本質。見た目のカスタマイズは副産物でしかない。

4. キーボード至上主義との接続

なぜマウスを避けるのか

RICE文化圏では、マウス操作を極力排除する傾向がある。Tiling WM、Vimキーバインド、ランチャー（dmenu, rofi）。これらはすべてキーボードだけで操作を完結させるためのツール。

懐古趣味じゃない。

問題は物理的な移動距離じゃない

マウスに手を伸ばす動作は物理的には小さい。本質的な問題は認知的なコンテキストスイッチにある。

キーボードで文章を書いている。コードを書いている。その最中にマウスに手を伸ばすとき、思考の流れが一度中断される。視線がカーソルを追い、手がマウスを探し、ポインタを目的の位置に移動させる。思考とは別のレイヤーで処理が走る。

ホームポジションを離れない操作は、この中断を最小化する。

Tiling WMの本質

Tiling WM（i3, bspwm, Hyprland, Sway等）が支持される理由もここにある。ウィンドウの配置という判断をシステムに委ねて、人間は「どのウィンドウに集中するか」だけを決める。ウィンドウをドラッグして位置を調整する、というマウス操作そのものを設計から消している。

キーボード至上主義は美学じゃない。思考の摩擦を消すための工学的選択。

5. メリットとデメリット

メリット

• 思考と操作の間の摩擦が減る
  自分の作業フローに最適化された環境では、「やりたいこと」と「操作」の間の距離が縮まる。意図がそのまま実行に変換される感覚。

• システムへの深い理解が副産物として得られる
  環境を自分で組み上げる過程で、ウィンドウシステム、シェル、設定ファイルの仕組みを否応なく学ぶ。この知識は環境構築以外の場面でも活きる。

• 環境をコードとして管理できる
  dotfilesをGitで管理すれば、環境の再現性が保証される。新しいマシンでも同じ環境を即座に構築できる。設定の変更履歴も残る。

デメリット

• 初期投資の時間が膨大
  最初の環境構築には数十時間かかることもある。その時間で本来の作業がどれだけ進んだか、という問いは常に存在する。

• 「環境構築」が目的化する罠
  dotfilesを弄ること自体が楽しくなって、本来の目的を忘れる。作業環境を整える作業に時間を溶かし続ける人は少なくない。

• 他人の環境で作業できなくなるリスク
  自分の環境に最適化されすぎると、素のbashやデフォルトのVimで何もできなくなる。共有マシンやサーバーでの作業効率が著しく落ちる可能性がある。

6. 結論：誰のための思想か

RICEは万人向けじゃない。

コンピュータを日常的に長時間使い、既製品のUIに摩擦を感じ、その摩擦を消すことに時間を投資する価値を感じる人のための思想。

逆に言えば、既製品で困っていないなら、RICEは不要。GNOMEやmacOSで快適に作業できているなら、それが正解。何も変える必要はない。

RICEの本質は見た目じゃない。「mechanism, not policy」という40年前の設計思想を、個人のレベルで実践すること。コンピュータとのインターフェースを、自分の手で設計し直すこと。

美しいスクリーンショットは副産物だと感じる。