CLIは選択肢の提示が完全ではないという欠点がある＞＜
例えば飲食店ではそれは重大な問題になるのでだいたいお品書き（メニュー！＞＜）がある＞＜
一部のアホな飲食店（失礼！＞＜；）は、「ニンニクマシマシヤサイカラメヘーゼルナッツバニラアーモンドチョコレートクリームフラペチーノ」みたいな、提示されていないコマンドを唱えるUXになってる＞＜
orange
さんがブースト
CLI なら「ボタンはあるから打つだけ」なんですが、 GUI だととにかく機能の数だけボタンが必要になるか、あきらめて「インタラクションに隠す」か、ボタン操作に文法を導入するかのいずれかで、まあどれにせよ素人ウケは悪いでしょうね
ていうか、Web系も含めたUXデザインする人に、ハイテク旅客機の操作（操縦）させる研修ってあったらいいのかも＞＜
ちゃんと一貫性のあるルールがあるUIであれば、ボタンやスイッチが大量にあっても操作できるってわかるかも＞＜
（例えばボーイングなら、黄色く光ってる所はケアする＞＜ 赤はすぐ対処しないと死ぬ＞＜ 緑は定位では無いけど異常ではない＞＜ 白はメッセージ（アドバイザリ）で、気が向いたら（？）見るべき＞＜ 消灯は定位＝「飛べる状態なので気にするな」みたいな＞＜（LCD/CRT内ではさらに、マジェンタはあなたが意思決定し指示した目標？＞＜））
カバーをぱかってあけると「HDMI2」ってボタンがあるようなリモコンが・・・いい感じかも＞＜（語彙）
orange
さんがブースト
不毛なんですよ
orange
さんがブースト
orange
さんがブースト
テレビの操作で一番嫌いなのが、入力ソースの選択メニューが出るまでのラグがやたら大きいところ(機種差大きそう)
マストドンのWebUIも、ボタン少なければシンプル教っぽさがあるし、オイゲン氏が複雑なUIを航空機のコクピットと例えてたのがすごくアレ＞＜
（操作すべき事が本質的に多くて、ボタンが多くても操作しやすいように作られてるのがハイテク機のコクピットだし、むしろコクピットデザインに学ぶべきかも＞＜
ボタンの数が多くてもどこを操作すべきなのか適切にナビゲーション出来るUIなら混乱しないし、ボタンが少なくてもそれが不適切なら混乱する＞＜）
ていうかGUIでも本来はそういうことも考慮しないといけないけど、Apple系のアホなデザインが普及してしまったのと、メカ音痴の人がボタン少ないものに惹かれてしまう（実際にはボタン少ない方がメカ音痴には操作困難なのに）なのでアレかも・・・＞＜
orange
さんがブースト
ボタンは表示されるまでは押せないからね……
ていうか、なのでユーザーが知れないタイミングでGUI部品の命令の内容は変えてはいけないってなるかも＞＜ 一番わかりやすい正しくないのに普及してしまった例で言うと、例えばウェブブラウザのリロードと中止ボタンの統合＞＜
これほぼそのまま、ボタンを減らしたUXがぜんぜんやさしくない多くの場合の理由かも＞＜
orange
さんがブースト
後者は、「ユーザにはわかっていることなのに UI コンポーネントがいちいち変化するせいで、先読みで事前に予測・準備して操作を発行できない」という嫌な性質がある
(たとえば場所によって出現方向が変化するコンテキストメニュー……)
orange
さんがブースト
GUI (およびそのための入出力ハードウェア)、主にポインティングデバイスとしての機能と文脈依存の操作を提示する機能があると思っていて、前者は CLI とかでは実現困難だろうけど、後者がなぁという感じ
ちょちょちょいと描いたのでものすごく雑だけど、こんな感じに横に操作パネルが出るやつなら、タッチパネルでかくても操作しやすいかもって＞＜（これは2 in 1 8.9インチWin 8.1タブレット用に作ろうとしてたやつ＞＜）
横長画面の動画プレイヤーでもそういうタッチパネル用GUI妄想してて、オレンジが思いついたのは下に寄せるんでも上に寄せるんでも無く、利き手側の側面に大きく部品を寄せるGUI＞＜
例えば右利きの人がウェブブラウザ使う時に、画面の右下にナビゲーション用のGUI部品を集めたGUIとか＞＜（左利き設定だと左下）
全画面をタッチパネルとして使わないGUIの基本セットみたいなの（GUIツールキットとデザインガイドラインと、場合によってはOSがそれを横断的にサポートする為のAPIも？＞＜）必要なのかも＞＜
- ＠orange_in_space
2017年 4月に登録
