orange @[email protected]

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

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

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

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

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

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

ていうか、メモ帳や補完無し環境でプログラミングするタイプの人、どうやってプログラミングしてるのかさっぱりわからない＞＜
オレンジはIDEの補完に慣れてるので、自分では全く覚えようとはしないし、既に書いたコードと補完に頼ってるからプログラミングできるのであって、
まっさらなエディタの画面で補完無しに何か作れって言われたら、20年前くらいの膝に紙のマニュアルを広げてプログラミングしてた時代を思い出して「めんどくさ！＞＜；」って思うかも＞＜

わからなくも無いけど、それを技術的に解消する手段として音を使う手がありそう＞＜
（音を聞くのもいやだといわれたらあれだけど＞＜；）

それはわかるけどそれはそのIDEのキーバインドが悪いんでは説＞＜

オレンジは逆にIDEというか補完が無いと逆に発狂してしまう＞＜；

例えば、お皿がふたつあって、片方に小豆が50粒あって「もうひとつのお皿に丸箸で1個ずつ小豆を移してください」ってなったら、わりと多くの（ちゃんと箸を使える）人でも「うおおおおお！！！！」って途中で箸を折りたくなるかも？＞＜；
それの閾値がすさまじく低くて、イライラして何がなんだかわからなくなると思えばいいかも？＞＜：