🚀 go-pugleaf

成田です。

<1015490064$45900$ktaka@queen.heart.ne.jp>の記事において
ktaka@heart.ne.jpさんは書きました。

> 何を学ぶかだけでなく、どう学ぶかで話は全然違う。
> 
> ＃ この辺は認知的側面というより、意欲・態度の情意的側面依存の話
> ＃ なのかな。

必ずしもそうだとも言えないかも。

もちろんどう教えようが--教えるってのもおこがましいってんで学ぶた
めの材料を提供するんでもよいのですが--いずれにせよ意欲が全然無い
んじゃ何をやってもほとんど無駄ではありますが。

そこそこ意欲はあっても、やっぱり自分が何を扱っているのか、どうい
う価値のモノを取り扱っているか、そういうことが分からないんじゃや
っぱり意欲は減退してくだろうし。

学んでいる対象の価値を教える方が示せるかってのは、やっぱり根底に
はあるのではないかと。となるとその価値の認知の仕方ってのが、問題
になることはあろうかと。

> > この場合の教授者側としては、手取り足取りというのもあるかもしれな
> > いけれど、たまにあるのは最初に理想の形を示してみせて「さあやれ」
> > と。んで、後はひたすら駄目出し。教えを受ける方は、精神的に辛い。(^^;;
> 
> 下手に手取り足取りだと、教わるばかりで考えないってことになります
> もんね。

そういう側面もあるでしょうけれど、例えば個人差まで含めて考えると、
ちゃんと出来たときの型は見れば分かるけれど、その人が出来るまでは
その人がちゃんと出来たときの型が分からない様な状況というのもあり
得るのではないかと思うです。

すなわち、教授者にも相手がちゃんと出来たときにどういう形になるか
あらかじめ想定出来ない様な時は、手取り足取り出来ないですよね。

あとは、やっぱり教授者側にも認識出来ない、というか内面の働きを具
象化できない(言語化とか)様な場合は、「自分がやるとこうなります」
ってならざる得ないかも。でとりあえず見る目はあるので、「さあやっ
てみてくれ。ちゃんと出来たら教えるから」となるのかも。

ということで、やむなくって側面が強いのかもしれない。(^^;

> > # 終わってみると、そうするしかないかな？と思えるような内容なんだ
> > # けれど、実際にやってるときはねぇ……
> 
> この辺、なんか具体的な例、ありますか？

そうですねぇ……伝統芸能の話じゃ仕方ないし……

個人的には、プログラミングとかソフトウェアデザインとかはそういっ
た感じで学んできたような気はします。まぁ、教わるより盗む方が好き
ってのはあったのかも。(^^;;;

コードリーディングは、一種のこれではないかという気はします。自分
がそのコードの中にあるものを習得出来たか、判定してくれる先生はい
ないですけれど。

# ヘボなコードをつかまされるとうんざりするってのもある。

ただ、これが効率良いかというと異論はあるかも。

> （わたしの出すのだと、学生さんに対するグチみたいなのばっかりに
> なるんで、どうもいかんな、と。わたしのやっている授業だと、実験が
> できるようになるってのはそれっぽいけど…。）

授業でコードリーディングの演習みたいなのやったにせよ、大学とかで
かけれれる時間だけじゃほとんどなんにも得られないかもしれない。た
だ読むだけってのも辛いものはあるし。

--
    成田 隆興 ＠ エー・アイ・ソフト株式会社ソリューシュン開発部
    E-mail takaoki@aisoft.co.jp
    『十分間で決断し、短い理由を添えよ。』