変奏現実

インタープリタとコンパイラは仕組みこそ違うが「ソースを読んで実行する」と云う目的では全く同じ方向を向いている。
これに対してマクロやスクリプトは専用のパーツではなく、よく使う既存パーツを繋いで一本でっちあげることに特化したものだ。
何だか同じものの様にも思えるが、マクロやスクリプトは既製品をうまく使える様にできているので既製品をどう使いこなすかが重要で、一方インタープリタとコンパイラではどれだけ独自の機能（特注品）を作りだすかが重要になっている。
結果を云ってしまえば、インタープリタとコンパイラで既製品を作り、マクロやスクリプトでいつもの作業の手間を省きあわよくば自動化してしまうのが一番使い道としては正解となる。
例えるなら、エクスチェンジャーとそのRedaer,Mapper,Writerをバラバラに作り、XMLで組合せ、スクリプトとして実行させるのが、一例と云うことになる。
一々、

exchenger  -r:<reader-name> -m:<mapper-name> -w:<writer> -i:<input-name>  -o:<output-name>

と書くよりも、XMLの先頭にコメントを１行追加して、

<!-- exchanger -->

<xml>

<reader>{reader-name}</reader>

<mapper>{mapper-name}</mapper>

<writer>{writer-name}</writer>

<input>{input-name}</input>

<output>{output-name}</output>

</xml>

をシェルでexchangerを呼び出す様な仕組みを入れてみると楽そうだ。
残念ながら、どの辺が汎用品で、どこからが特注品なのか、はっきりしない今日では、日曜プログラマーかサーバー運用者ぐらいしか使いこなせないのが実情である。
だから、一本化できないかなと考えているところ・・・（大笑

「大成した人は幼い頃から慣れ親しんでいた道だった」的な話である。
何となく納得がいく様な気もするが、そうでもない様な気もする。
と云うのも、幼い頃から慣れ親しんでいた道を進んでも、大成できなかった人もいるのだ。
更に、大多数は「親から押し付けられたものは嫌いになる」法則が適用されるので、失敗例となり、僅かな成功例から結果を類推してもあまり参考にはならないのである。
野球など人生よりずーっと長い歴史がある分野ならもしかしたら幼い頃からやっていれば成功例になりえるかもしれないが、PCの様に歴史がやっと数十年になり『レールが充分伸びてきた』と云ってよいのだがモバイルに押されてヨタヨタで先は長くなさそうである。
でも、「もう野球は飽きられた」と云う時期（野球中継がどんどん無くなっていた時期）も彼らは黙々と野球をやっていて、彼らが輩出したことで「野球自体が見直された事実」を考えると、廃れ流行りに敏感なすぎても成れるものではないだろう。
残念だがその分野の「申子」と呼ばれた人たちは「天賦の才能」を持つ「運の良かった」人たちである。
アタリが少ない「成功例」と云って良いだろう。

• なれてよかったね。滅多になれるものじゃないんだよね。
• なれなくて残念だったね。でも大抵の人はいつか卒業するものさ。

程度の話でしかなく、あまりこだわっても無駄でしかない。
極端な話、宝くじの一等を引き当てる人は少なからず実在するハズだが、それも「運の良かった」人たちでしかないことと同じことであり、その人たちのマネをしても一等を引き当てることは至難の業で、仮に引き当てたならやはりその人も「運の良かった」人たちの一人になるだけの話である。
つまり、宝くじを買わなければ一等を引き当てる可能性は０だが、買ってもほぼ０である様に、幼児教育も確かに必要なのだろう。ただし、大成する可能性はほぼ０である。
その辺の十分な理解が必要だろう。
ま、早い話が「やってみないことには判らない」だけの話。（大笑