orange @[email protected]

理解するために写経するのはそれはまた別で、それはいい感じ＞＜（？）
不要な場面で人間が操作する要素（ヒューマンファクタ）を増やすと、ヒューマンエラーが起きる点も増えてしまうって話＞＜

ただしただし、主に航空事故の教訓に、自信満々のスーパーマンは信用してもろくな事にならないってわかっているので、基本的にヒューマンファクタを減らす方向は多くの場面で間違いにはならないかも＞＜
（例外として、ヒューマンファクタを部分的に減らし、緊急時に急に人間の能力が必要になるものは、非常時に人間はいきなり対応できないので危険＞＜　なので、中途半端な自動運転自動車の問題にもなっているし、航空では高度な自動操縦を使うにはより高度な資格が必要になっている＞＜）

カスタマイズできるようにすべきは、だいたいその通りかも＞＜

これの
https://mstdn.nere9.help/@orange_in_space/105972532739661457
"20年前くらいの膝に紙のマニュアルを広げてプログラミング"って、入力環境と統合されていないリファレンスそのもので、
書き移しでのエラーが発生する事を考えたら、見つけた『入力すべき文』は書き移さずに入力される方が、少なくとも書き移し時のエラーは発生しないかも＞＜（書き移さないんだからものすごく当たり前だけど）

それはそうだけど、入力環境に統合されたリファレンスが（まともな）補完機能なわけで・・・＞＜

変な言い方だけど、「このやり方がやりやすい！」だけでエラーの発生率や予想されるエラーの影響範囲を考慮しないと、自信満々な高齢者ドライバーのおもしろ事故事例と同じ事になっちゃう＞＜

ある程度、人それぞれにやりやすさの問題はあるかも＞＜
でも、「人間に覚えさせようとしてはいけない」みたいな話はヒューマンエラーに関する研究からのもので、本人がやりやすく感じたり気分よく出来るかみたいな事とはまた別に、エラーを引き起こしやすいか起きにくいかという話がある＞＜

人間ってそんなに高性能では無い＞＜

ていうかていうか、UXデザイン上人間に何かを覚えさせようとするのはほぼ確実に間違いなので（ヒューマンエラーの原因になる）、操作の阻害になるような実装に問題があるのはその通りだけど、「覚えてるので要らない！」は、作業のデザインとか色々な方面では危険な考え方かも＞＜

例えば地名のアルバカーキってスペルが難解で有名であれだけど、
なのでalかarって打ち始めればどっちかでるかも？＞＜
ちなみにいまオレンジはarburquerqeって打ってみたけど、正解はAlbuquerqueだった＞＜；

あと英語のスペルもあんまり覚えられないので、「補完無しだと確実にスペル覚えなきゃならないじゃん！＞＜」ってなるのでそこもアレかも＞＜
頻発するキーワードはプログラミングはじめた小さい頃とかに変な覚え方で覚えたけど＞＜；
（例えばreturnって、"RET"+"U"+"R"+"N"って分割して覚えてしまったので、いまも脳内ではそうやってしゃべってる＞＜）

forループでさえも何も無しに間違いなく書く自信ない＞＜；
for+タブ2回でスニペット出して書き換えてるので＞＜；

オレンジの考え方は全く逆で、「必ず覚える必要が無いものは基本的に覚えないようにする！＞＜；」ってしてるので、普段使ってるC# でも細かい構文とかはちゃんと覚えてない＞＜
なにか書く度に過去に書いた部分と補完により思い出す感じ＞＜

モードの切り替わりがユーザーの明示的な操作に限るようにしたり、機械側の都合で変わる時には明確にモードの変更を知れるようにする事を求めるのは、ヒューマンセンタードデザインの考え方に照らし合わせて正しい考え方かも＞＜