🚀 go-pugleaf

成田です。

<1016627591$21257$ktaka@queen.heart.ne.jp>の記事において
ktaka@heart.ne.jpさんは書きました。
 
> > > > この場合の教授者側としては、手取り足取りというのもあるかもしれな
> > > > いけれど、たまにあるのは最初に理想の形を示してみせて「さあやれ」
> > > > と。んで、後はひたすら駄目出し。教えを受ける方は、精神的に辛い。(^^;;
> [snip]
> > すなわち、教授者にも相手がちゃんと出来たときにどういう形になるか
> > あらかじめ想定出来ない様な時は、手取り足取り出来ないですよね。
> 
> なるほど。
> 
> > あとは、やっぱり教授者側にも認識出来ない、というか内面の働きを具
> > 象化できない(言語化とか)様な場合は、「自分がやるとこうなります」
> > ってならざる得ないかも。でとりあえず見る目はあるので、「さあやっ
> > てみてくれ。ちゃんと出来たら教えるから」となるのかも。
> 
> ちと考えてみましたが、以下のようなパターンも、理屈の上でありえますね。
> 最終目標は、よい産物を作り出すための知識の修得だとする。
> ここで、よい産物かどうかの判断というのは、関連はしているがまた別の
> 知識である。（よい産物かどうか判断できても、その判断できることを
> もって作れることは保証できない。）
> 学習者が作るための知識の修得するために、教授者は判断の知識を発揮して
> 指導する。

理屈の上だけでなく、実際にあるのでは。

でさらに甚だしきはこれよりももっと進んで、教授者自身は良い産物の
客観的判断が教授される側より劣ることもあり得るわけでして。おそら
く、技能系の分野だとこれが結構起こり得ると思える。

どういうことかというと、恐らく教授者の内在化された感覚としては、
正しいモノが確固としてあるのだけれど、それは外在化していないので
他人様がそれをしようとした場合には、良いか悪いか判定しようがなく
なるってことで(感覚の共有は無理だものね)。

この場合は、きっと教授される側の人が形式化と言うか客観化というか
をしないと(出来ないと)話が進まないかも。教授者が教授される側に教
えられるっつぅか。

> そうですねぇ。こんな感じになりやすいネタっていうと
> 芸術系の話が一番ありそうって気がしますねぇ。

芸術系だと(殊に体を使うものだと余計に)良くありそうですね。

> > 個人的には、プログラミングとかソフトウェアデザインとかはそういっ
> > た感じで学んできたような気はします。まぁ、教わるより盗む方が好き
> > ってのはあったのかも。(^^;;;
> > 
> > コードリーディングは、一種のこれではないかという気はします。自分
> > がそのコードの中にあるものを習得出来たか、判定してくれる先生はい
> > ないですけれど。
> 
> 他人の書いたコードを読んで、何をやっているコードかを理解するのが当面の
> 目標、もっと遠いが本質的な目標としては、それを通じて自分がもっとうまい
> プログラムが書けるようになる、ですかね。

そうですね。けれども、後者が本質的目標として立ち現れる状況って、
コードリーディングする者がそれを求めるからだと思うです。そういう
人でなければ、後者は端から目標に上がってこない。

ですから、私個人で言えば「今よりもっと美しい(構造の)プログラムが
書ける様になる」ってちょっと欲深かかもしれない目的もあるので、上
記引用の様になる。人のコードを読むときは、もしかしたら目先の目的
を忘れて、こちらに血道を上げて本末転倒していることが多いかも。
(^^;;;;;
 
> うーん、当面の目標と遠くて本質的な目標の二段構造になっているところが
> 特徴なのかな？
> 当面の目標自体ができたかどうかは、外部の判定者に頼るまでもなく、
> 自分で判定しやすい。（遠い目標の方は、どうなんかな？）
> 
> 上の話に戻すと、学習者が当面の目標を達成しただけで「できた！」
> という勘違いは生じやすそう…。

その辺はプログラミングを何と観るかにもよるのでしょう。技とみてそ
の成果物のコードを鑑賞に値するものとして観れば遠い目標が主になる。
成果物を道具とみて、単なる仕掛の集合体がプログラムとみれば当面の
目標(仕掛を再構成できる解体化の達成)を達成すれば「できた！」とな
ってしまって、なぜその仕掛の組み合わせが素晴らしいかにまでは目が
いかなくなるのでは。

> > 授業でコードリーディングの演習みたいなのやったにせよ、大学とかで
> > かけれれる時間だけじゃほとんどなんにも得られないかもしれない。た
> > だ読むだけってのも辛いものはあるし。
> 
> ええ。プログラミングモノって全般に授業時間に通り一遍やってもそれだけ
> じゃあ全然…って感じですよねぇ。

企業の新入社員研修で演習にかける時間と比較すると大学とかの演習全
般が全然少ないってのは、大学の助手をやっている友人との会話で達し
た結論です。だからってどうしようもないってのもあるのですが。(^^;

そのかわり、企業では有限オートマトンだ有限状態機械だコンパイラ構
成論(コンパイラメーカなら別だろうけれど)だプログラミング言語論だ
情報論だ計算量理論だなんてことを根掘り葉掘りは大概やらないわけで。

# この辺駄目な学生だった自分を棚に上げてってぇ気はすごくしつつ(^^;;;;;

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