orange @[email protected]

RIFF派！＞＜(？)

『サリーとアンとユーザーエクスペリエンス』って本書きたい＞＜（タイトルだけ先に考えてる＞＜；（タイトルだけでも一部の人には意図伝わるかも？＞＜（という話自体がメタになってるタイトル＞＜）））

なるべく自分ではない視点を擬似的に作る能力を鍛えるのにいわゆるエスパーなサポート（何言ってるのかわからない初心者の相手）って強力なトレーニング＞＜

意味複数ありそうだけど、自分の脳内の知識を取っ払った状態の視点もモノを作る時には結構大切＞＜（で、完全に自分じゃない視点って不可能だから、誰か（なるべく複数）にレビューしてもらうのって手っ取り早いかも＞＜）

なるべく長文にならないように書くと、より正しいものを作ろうとすると、自分だけが使えるものではなく多くの人にとって使えるものになる（根拠端折りまくり＞＜；（ノーマンの本とか読んで＞＜；））ので、正しいものを作りたいのであれば、広義のユーザーの視点を持ち重視すべきかも＞＜

オレンジは、シェアが高ければ正しい（デザイン）とは言ってない＞＜
それ以外の要素の方が実際のシェアには影響大きいし、実際UNIXの戦略（発想）はシェアの面で見て勝利してる＞＜

ユーザーの範囲を狭く見過ぎかも＞＜ ほんとに何もかも全部自分で作るのならその通りだけど、誰かが手伝ってくれるかもしれないってバザールモデルではなおさら、自分以外の不明な誰かを想定しないと手伝えない＞＜

一般的に、本人しか使えないモノってデザインがおかしい＝理にかなっていないデザインかも＞＜

本一冊書き写しレベルの書き写しになっちゃうから省きまくってるけど、ある種の教育ともいえる文化にあわせるのもそれはそれで正しいデザイン＞＜

基本的に、教育されていれば問題ないというのはヒューマンエラー対策のデザインでは言っちゃダメというかそれを正しくないデザインという＞＜
でも現実的に不可能であるのであればそれは教育で補うしかない、けどそれはデザイナーの敗北であることは間違いない＞＜
的な・・・＞＜

ユーザーが開発者って視点の時、実際には『プログラマ』みたいな意味じゃなく単に自分や内輪だけって場合が多いし、実際UNIXもそういうものかも＞＜（そうであっても移植性を優先したって話だけど＞＜）

UNIXのシンプルは、UNIX上の開発者ではなくUNIXそのものの開発者にとってのシンプルなのでちょっと意味違う＞＜（"UNIX"をさらに"あるUNIX上のソフトウェア"とも出来る＞＜）　のはとりあえず置いておいて＞＜；（？）