スラッシュドット・ジャパン

リボンはスペース全然取らないですよ。
自動最小化にすれば完全に1行になるので、マウスでしか操作できない
ツールバーがごてごて存在する従来のUIより、狭いモニタを有効に使えます。
旧来のOfficeでメニューバーまで全消ししてたような人以外は、スペース面でのデメリットはないです。
Altキーとの組み合わせで全要素にアクセスできますし。
個人的には、誰がどう設定したOfficeであっても、とりあえず見た目が統一されてるのが安心。

>俺にだまって勝手に変えるなとか普通に文句言われる

しゃれぬきに、今主流のGUIのスタイルの問題点のひとつは、ここにあると思います。

つまり、機能(を呼び出すボタンなど)の位置は、
ユーザが100%自由に変更/設定できるべき、なのです。

(そして設定をImport/Exportできる機能もね。)

が、なかなかそうなっていない。
位置の移動だけなら出来る奴も多いですが、
「ボタンになってるものをメニューにしてほしい」など、
種類まで乗り換えることを許しているものは、あまり見かけません。

仮にも次世代というならば、
単に固定的に位置の変更をする(つまり変更の決定権を相変わらずメーカーが持ち続ける)
のではなく、
そのへんの自由をユーザーにいかに委譲するか、を工夫してほしいものだと思います。

脱線になりますが、
昨日「Java Expoert #03」を読んで少しだけ感心したのが、NetBeansのアーキテクチャ。
いわくGUI構造などがことごとく「ファイルシステム」のように見えるようになってるのだそうな。
ということは、GUI部品を
$ mv hoge/fugaButton foo/bar/
とするだけでGUI構成(少なくとも位置)を変更できる、ってことでしょうかね？
だとすれば画期的。

＃Eclipseは…EclipseMonkeyを使ってもDOMで事前に苦労する必要は相変わらず必要なので、かなりいまいちかも。