orange @[email protected]

完全再現アニメ？＞＜；

日本企業は動きが遅いみたいなことよく言われるけど、一方でIT界隈に限ればその場その場の流行に右往左往して引きずられて主導権を握れないまま振り回された結果が今とも言えるわけで、もっと長期的に物事を考える姿勢を持っていたらもっとマシだったんでは？＞＜
自動車業界は、流行は数年で変わるのにコスト的には10年単位で考えて物作りしなければ商売にならない業界なので、日本企業であっても強制的に長期的に物事をを考えさせられる業界なのでうまくいってるのかもしれないとも考えられそう＞＜

ある程度それはそうだけど、クルマに限るとちゃんとラインナップ揃えて長期的に物事を考えられてるわけで、日本の電器電信業界(？)が自動車業界のような物事の考え方ができなかった＆個人向け計算機と携帯電話機の重要な時期に貧乏すぎて(より正確には、利益配分がうまくいかなくて)まともな投資ができずそれに引きずられて組織ごと腐ったって面もあるんでは？＞＜
って思うかも＞＜

プログラミング教育の場の駄目な「全部ぶっ混んだらどうにかなるでしょ」的発想、ある程度は日本語圏ならではの問題もあるんではって気がして来てる＞＜
最近、英語関連の色々なの調べてて、英語ネイティブで現在日本在住の人が何人か同じこといってたけど「日本語の会話や日本語で考えてる時は、単語さえ揃っていれば意味を推測できるけど、(不思議な事に)英語で考えてる時や英会話の時には、単語をただ並べられても本当に全く意味がわからない」って言ってた＞＜
と言うことは、(プログラミング言語も含む)言語で「単語全部ぶっ混めばおk」って発想って、日本語的発想であり英語的ではないのでは？＞＜
ってオレンジは考えた＞＜

他人のコードをまるごとコピペしたりなにも読みとかずに写経してたら、自分でソフトウェアを書けるようにならない＞＜
いくつものコードを見比べて「つまりこうしたい時にはこういう感じのコードを書けばいいっぽい！＞＜」って理解してると、まず車輪の再発明なコードが書けるようになるし、再発明なコードを書いてるうちにそれらの部品の組み合わせから新たな問題に対応するコードも書けるようになってく＞＜
料理も全く同じで、ある程度からはレシピをただ追わず、再構成していけば、自分の好みの料理を自分用に新たに産み出せる＞＜

料理も、単にレシピをなぞってるだけだと自分で作れるようにならないかもだけど、料理それぞれのテクニックというか、処理と結果の対応の知識を料理番組なり実践なりでつけて「こうすればこうなるはず・・・＞＜」を脳内に大量にストックしておいて、他人が書いたレシピもひとつだけ見るんじゃなくいくつも見比べて「つまりチャーハンって炊いたごはんをたまご及びその他具材等と炒めて調味したものの事っぽい＞＜」って、解釈の形に直して手順を再構成するってやってると、お手本の料理が無くても料理自作出来るようになる＞＜
そういう面は、プログラミングと料理って同じかも＞＜

それは完全にそうだし、プログラミングは新たな料理を開発してレシピに起こすのと同じ＞＜
オレンジは料理というかレシピも自作できる＞＜

レシピに例える事の害もあるけど、一方で
「単に材料を全部鍋に突っ込んで加熱しても料理はできないんだよ！＞＜； レシピと同じだよ！＞＜； イチゴのショートケーキの材料を全部鍋にぶっ混んで加熱してみたらどうなるか考えれ！＞＜；」
とも言えるかも＞＜

ていうか、大半の人はできないと思うし、むしろそこを教えることこそがプログラミングを教えるのに最も重要な部分だと思うかも＞＜(だし、さっきから何度も書いてる通り学習指導要領もNHK eテレの教え方もそんな感じっぽさ＞＜)

ていうか、相手の考えを変えてやろう云々以前に、そもそも、教える時に「やり方を教える」タイプの人と「考え方を教える」タイプの人に大きくわかれるだろうし、そんじょそこらのプログラミング教室で教えるタイプの人が「考え方を教える」タイプの人である可能性って、かなり低そうな気が何となくしてる＞＜(理由は長すぎなので全部カット＞＜；)

この対応って、教わる側の『やり方を聞くタイプ』と『考え方をを聞くタイプ』にそのまま相当するであろうし、言うまでもなく『やり方を聞くタイプ』ってメカ音痴の代表でもありプログラミングに向いてない＞＜；
で、逆に考えると教える側でそれに対応する『やり方を教えるタイプ』ってつまりメカ音痴的であり、教え方としてもプログラミング教育には向いてないスタイルとも言えそう＞＜