もう元の話題みんな忘れてる気がするけど、オレンジはテキストエディタで大きくカーソル移動させる時にはマウス使う派＞＜
CUI上のテキストエディタでもマウス使えるやつ(普通のグラフィックなマウスカーソルが出るんじゃなくテキストなカーソルをマウスで動かせるやつ)ではマウス使ってた＞＜
スティックとかヨークとかレバーに解除ボタンがあるのでたぶん普通は(？)異常時でも(訓練されて乗り慣れてれば)ボタン押しそう＞＜
orange
さんがブースト
「うわっ！」と思って0.5秒で手動操縦に切り替えられないと困るよ、みたいな前提があるんだったらいちいちモード切り替えのボタンやらスイッチやらを弄らせたくないだろうし
orange
さんがブースト
スラストレバーを動かしたらオートスロットル/オートスラストが解除されるのは基本的に今の旅客機すべてそうかも？＞＜；
ボーイングの場合にはレバーに何ポンドだかの力が加わると解除なのでその通りで、
エアバスの場合はそもそもレバーのポジションでオートスラストのモード指定してるので、例えばレバーを一番奥に倒せば「とにかく出来る限りエンジン出力を最大にするモード」に入る＞＜(ゴーアラウンドとか緊急回避の時に一番奥に倒すだけでいいように＞＜)
orange
さんがブースト
orange
さんがブースト
スロットルのレバーに腕が当たって自動操縦か何かが勝手に解除されるのとか、「お前それ本気か？」みたいな気持ちになるよね。なーにが洗練された UI じゃ
orange
さんがブースト
何がやばいってフライトシムの操作見てて「おーこいつはわかりやすいなー」と思うぐらいにはマシニングセンタは凶悪な操作体系なので、最初に考えたやつにマサカリ5000兆本投げたい
安全じゃなさそう＞＜；
orange
さんがブースト
モード表示、端っこに小さく M03 とか出てる（そしてそれが20個ぐらいある）のを確認しないと駄目だって話する？？？？？
orange
さんがブースト
まずリアルタイムな操作を要求するのにモーダルでステートだらけでしかもそれが目視で確認できない悪意のあるUIなマシニングセンタの話する？
これもオレンジが言ってる旅客機のコクピットのモードの問題に近いかも＞＜
ユーザーが混乱しないためにモードを持つのはむしろおkで、モードが多すぎてユーザーがかえって混乱したりユーザー認識と機械側のモードの齟齬が発生したりするのは、航空事故調査とかで言われてるように危険かも＞＜
orange
さんがブースト
「vi こそが “本物の” エディタである」みたいな言説で好きなのが「キーを押すと即座に対応する文字が出るのは typewriter である。真のエディタは edit するものなのであって、キーを押すとデフォルトでは対応する編集操作が実行される vi こそが真のエディタであり、他のものは第一にはエディタではなくタイプライターであるといえる」みたいなやつ (うろおぼえ)
orange
さんがブースト
「コントロールが暗黙の状態を持たないこと」みたいな意図で stateless と言いたいわけだけど、逆にコントロールが自身と関連付けられた状態を明示的に表現しているという点ではむしろコントロールは state をはっきり持っているように見える、という命名と実態のギャップが悩ましい
オレンジは、「(主に航空関連ではたぶん主流な)モードはなるべく少なければ少ないほどよいって発想では無かったりする」けど短く説明するの難しい・・・＞＜(オレンジは、サンフランシスコの事例をもとに考えれば、操作する人が混乱/状況の混同するミスを避ける助けになる場合には(見かけ上の)モードをわけるべきって発想＞＜)
orange
さんがブースト
そういうのはリアルタイム性がどうとかの別要素の方が支配的な気がする
ボタンが多い方が簡単だよ方式のUIって例えばアナログモデリングシンセやハイテク旅客機のコクピット＞＜
重要なパラメータは一対一でインジケータ付きスイッチやらツマミやらが用意されてる＞＜
あと、なにかテキストタイプしてる時以外は無意識に手の位置がFPSの位置になっちゃってる事かなり多い＞＜；(左手WASD右手トラボ＞＜；)
こういう風に絞り込みの場面でキーボード使うことはオレンジも多いかも＞＜；
一方でオレンジはマウスというかトラボに手が移動することを苦に感じないかも＞＜
代わりに(？)GUIでの操作時に何ステップかかるかはかなり気になるし、深すぎるGUIってかなり嫌い＞＜
(ボタンが多い方が(モードが減るので)操作が簡単だよ主義でもあるし＞＜)
- ＠orange_in_space
2017年 4月に登録
