orange
さんがブースト
様々なものを切り捨てて目標と過程を単純化することはできても、あらゆる複雑なことを単純にやるようなことはできないので、製品に文句を言う前に理解度を深めろという気持ち
(まあプロからしてもクソな UI とかはあるんだろうけど、それはそういう人々が批難して初めて説得力を持つので)
orange
さんがブースト
UIにおける「直感的」という語は微妙で，それは「慣用的」という語の言い換えに過ぎない．説明なく使い方が分かるのは，使用者が以前に経験したナニカと同じ使い方ができるからである．
orange
さんがブースト
シンプルなデザインであるべきとは言ってないんじゃない？ってさっき書こうとしたけどやっぱり本人が言った(?)
航空機(特にエアライナー)のコクピットデザインの、同一の資格で操縦できるものの範囲での変更は、慎重に慎重を重ねて全く違うものには絶対にしない(違うものにする場合資格も違うものになり再訓練が必要)って発想からみると、IT界隈のマンマシンインタフェースデザインは、開発者側に甘すぎる＞＜ ユーザーに何の約束もしていない＞＜
オレンジは操作をシンプルにしろとは全く言ってない＞＜ むしろ自称シンプルなAppleのようなデザインをとても嫌ってるし、正しくないデザインの例としてApple製品を出して説明すること多い＞＜
そもそもIT界隈で、そういう操作手順等に関してユーザーに約束する発想のデザインってなされてる？＞＜ 特にOSS界隈なんて開発者寄り(作りやすさのみ追究)するworse is betterの発想でしょ？＞＜
UXの変化を嫌ってセキュリティ上問題がある古いソフトウェアを使用し続けるユーザーを擁護したことある？＞＜ 作るのがめんどいからUXとセキュリティ対策が分離できない手抜き構造なデザインでソフトウェアを作ることを許容し続けてるでしょ？＞＜ IT業界のほぼ全体で＞＜
orange
さんがブースト
べつに説明書が不要とか説明書が間違っているという意見ではなく、開発が「これだけ説明すれば十分わかるやろ」というラインを下回るユーザに付き合う必要はないという、基準を自由に定める権利の話なので、開発者が「猿にも使ってほしい！」と思うなら猿でもわかる説明書を用意すればいいし、それで沢山のユーザがつくこともあろうと思います
手順書その物のデザインの問題もある＞＜ 手順書は想定される「正常な動作」だけではなく、想定される範囲の全ての異常をカバーし、かつ、異常とユーザーが認識した時に適切にそれに対応するページに適切に移動できるようになっていなければならない＞＜ しかも、異常により不信やパニックに陥っているユーザーを想定した上で＞＜
ステップバイステップな解説書が強く必要な場面はもちろんある＞＜ 航空やその他間違えると人が死ぬ場面で使われるチェックリストはその代表かも＞＜ 一方で、チェックリストが使用されるような環境はチェックリストでカバーできないような手順の変更はしない＞＜ 必ずチェックリストも更新される＞＜
オレンジには矛盾した意見に見える＞＜ なぜならば、そもそも説明書が必要になるようなデザインは全く正しくないデザインであると考えるから＞＜
orange
さんがブースト
人間が尊いというのは人権が守られるべきという話であって、馬鹿に懇切丁寧につきあって足を引っ張られてやれという意味ではないので、社会の大多数だろうが自分がそこに含まれていようが、間違ったものしか受け入れられないなら滅んでしまえというお気持ちがある
orange
さんがブースト
orange
さんがブースト
世の中に広まることが大事だと思ってない(「正しさ」優先)
orange
さんがブースト
orange
さんがブースト
説明を読んでわからないユーザを容赦なく切り捨てる(あるいは開発側がサポートの義務を持たない)スタイルが絶対に必要だし、そのためには開発者がユーザを見捨てられるだけでなくユーザがアプリケーションを乗り替える自由も必要なので、オープンソースでやっていこうねという気持ち
・・・・＞＜
NSマークのなんかエピソード、引退時かなんかに鉄道ファンに当時携わってた方が書いた記事があったような無かったような・・・＞＜（自信無い）
ロットで違うっぽい＞＜ -- プラレール：「100系新幹線」（新旧） http://plaza.rakuten.co.jp/piyopiyopiyopiyo/diary/201012220000/?scid=we_blg_tw01
あれ？＞＜； NSマーク入ってない＞＜；
-- Amazon | プラレール S-04 100系新幹線 | 車両 | おもちゃ https://www.amazon.co.jp/dp/B0002U3LO0
- ＠orange_in_space
2017年 4月に登録
