orange
さんがブースト
orange
さんがブースト
そして大半の図もそう．
結局，誰かにあるいは何かに，以前にその意味を教えてもらったから意味をつかめるに過ぎないと思う．
Rubyの予約語やら文法やらってなんにも自明ではないですよ？＞＜ 他の多くのプログラミング言語も、そして恐らく大半の自然語も＞＜
ビックリさせるなって、それ具体的にどうすんだ？＞＜ってなるし、ビックリさせないってつまりユーザーが思い描く動作をすべきってなるし、ユーザーが思い描く動作って、さっきから説明しまくってる物理的制約や論理的制約や物理的制約等とユーザーが得た情報(ノーマンの言葉で言うとシグニファイア)によってほぼ決まるので、それに基づいてデザインを・・・・ってなんの話だったっけ？＞＜
ていうか、オレンジが今解説しまくってて、上手く伝えられてなくて齟齬が発生してる部分であり根拠よりも重要なのこれかも？＞＜；
https://mstdn.nere9.help/@orange_in_space/100853840973923429
これ、オレンジが「デザイン！＞＜＃ 」って言いまくってる話でのオレンジ語で言うと「齟齬」かも？＞＜(ノーマンの表現だとミステーク？(であり、「ヒューマンエラーって言うな！」かも？＞＜))
orange
さんがブースト
驚き最小の原則 - Wikipedia https://ja.wikipedia.org/wiki/%E9%A9%9A%E3%81%8D%E6%9C%80%E5%B0%8F%E3%81%AE%E5%8E%9F%E5%89%87
Matzの驚き最小の原則…
一億歩譲って、そのRubyのその概念が重要だとしても、プログラミングに初学者に必要なプログラミングの初学としての基礎とは言えない＞＜ 仮にそれがRubyならではのものならなおさら、プログラミングでは無くRubyを教える時に教えれば良い＞＜
プログラミングを学ぶ初学者にどう教えるか？という話であって、実用的なプログラミングの各固有環境にとって重要か否かなんて事は言ってない＞＜
初学者に「プログラミング」と例えば「Ruby」を混同させるなと言ってる＞＜
orange
さんがブースト
表象と切り離したプログラミングの本質、ってのがあったとしても、人間が書くプログラミングでは表象もめちゃ重要だよなー。
Rubyの「驚き最小の法則」とか、Rustが強調するergonomics とかは、どっちも表象レベルで人間にとっての扱いやすさを目的にしてる
ビジュアルプログラミング環境は、この論理的制約にプログラミングの基礎の部分、例えば分岐やら繰り返しやらと言うものを対応させて学ばせる事が出来る環境と言えるかも＞＜
(繰り返しになるけど、だからといって必ずそれで教えろとは言ってない＞＜)
(全然説明しきれてないけど、とりあえずショートカットすると＞＜；)
ビジュアルプログラミング環境は、この論理的制約を持ち込みやすいという特徴があるかも＞＜ ていうかGUIというものがそうかも＞＜(GUIは論理的制約を活用するデザインであるとも言えるかも＞＜)
ランプが横に10個並んでいて、スイッチが例えば3x3で9個並んでいたら、ランプとスイッチの対応に気づける人はほぼ居ないかも＞＜ それは論理的制約が無い状況と言えるかも＞＜
ランプが横に10個並んでいて、ランプそれぞれの手前にひとつづつシーソースイッチがあったとして、一番左のスイッチは、一番左のランプに対応するであろう みたいなのも論理的制約かも＞＜
その上で、各シーソースイッチのうち、奥側に倒されているものに近いランプが点灯し、手前に倒されているものは消灯していたら、奥が点灯であり手前が消灯であると多くの人が推定するかも＞＜
全てのランプが消灯し、全てのスイッチが奥になっていたら、点灯は手前であると解釈する人の方が多いかも＞＜
(シーソースイッチを知らない文化圏の人であっても、1:1でスイッチがある事の法則性に気づけば、「それをどうにかすれば変化する」と、対応に気づける程度の多くの文化圏であればたぶん気づけるかも？＞＜)
例えば、さっきの電池ボックスの話で、単3電池だったとして、電池ボックスが電池の形状をしていて、さらには電池の形状のラベルが貼ってあり、かつ、それに気づく事が出来た人の多くは、電池を正しい向きで取り付ける事が出来るかも＞＜
これは文化的制約とは別の論理的制約と言う(用語がある)もの＞＜
元の話的に一番重要な、論理的な制約の話全然書いて無い＞＜；
この物理的制約はGUIでも応用されてたりもするし、ビジュアルプログラミング環境でも応用されてたりするかも＞＜
平たい板であれば引くことが出来ない「ように見える」は文化的制約であり学習であると言えるけど、それだけじゃなく「引くことが出来ない」そのものが物理的制約になっている事が重要かも＞＜
物理的制約は、究極には操作する者が理解せず短期的な意味でそうする意図を持たなくても、結果的に大きな目標を達成できるという使い方もされている＞＜
例えば建物の避難設備がその代表例かも＞＜
orange
さんがブースト
それ直感じゃなくて「以前見たもの / 使ったものと同じ動き方をする」ということでしかない．直感的が慣用的の言い換えでしかない，というのはそういう意味．
命令数が少ないCPU上では複雑なソフトウェアは実行できないみたいな意味不明な話になっちゃう＞＜(命令数が少なければ多くの場合より複雑になるだろうけど、その複雑とその前の複雑は違うものを指してる＞＜)
- ＠orange_in_space
2017年 4月に登録
