C言語　〜算法への一歩

新入社員研修も、基礎的な知識講義から、実践的なコンピュータ言語教育に入った。今更ながら的な感は否めないが、私の会社ではコマンドラインによるC言語を学ばせる。２０名近い社員のうち、C言語を使ったことがあるのは４名程度。そのうち２名は日常的に使っていたようだ。

しかし大半の新入社員がプログラミング（作譜）をしたことがなく、その方法論さえしらないのだから、言語教育は面白い。

まずはテキストに沿って、提示された通りにテキストエディタをつかって、ソースプログラムを写していく。そして、コンパイル＆リンクして、実行。

「うごいた！」「おお！」

という感動の言葉も２日目には聞こえなくなる。写すだけでは物足りなくなるのだ。だから問題を提示して、じぶんなりにソースプログラムを書いていくことになる。入力する、表示するといった程度はすぐにクリアできるのだが、くりかえし何かを処理する、処理条件を加える、といったひねりが加わるととたんに、解法手順が想像できなくなる。

ましてや、使用する変数名がへんてこりんで、これまでC言語を使ってきた人にもなかなかなじめない。そう、私の会社ではハンガリアン記名法を使っているのだ。変数の型や使用領域によるプレフィクスを変数名につけるのは、一度記憶するとわかりやすいのだが、まだそこまで練習を積んでいない人には酷なものだ。

しかも、変数名というからには名前に意味を持たせる行為自体が、「なぜ？」らしい。

１週間もたつと、ある程度の作譜ができるようになる。しかし、彼らは常に不安だ。なぜなら、いつの間にかできあがっているからなのだ。自分が完全に理解していない間に、コンパイル＆リンクが通り、実行すれば思った通りの動きをしてくれる。それでも「なぜ？」なのだ。

それは、開発業務ではもっと複雑な問題に取り組まなければならないということを、実は、コンピュータ言語教育の前に体験しているからで、複雑なアルゴリズム（算法）をどのように考え出したらよいか、わからないことが、不安の中心にある。

今は、「その不安は、持ち続けること」と指導しているが、落ちこぼれてきている人もでてきた。 そこで、算法の一歩前の段階として、コメントをまず先に書くという方法論を教えてみようかと思っている。これは、問題を解く手順をコメント文に記述するもので、

/* 問題：キーボードから入力される二つの文字列を比較する */

/* 結果：同じなら 0、違っている文字数を表示させる */ 

int main(void) {

/* ここで変数宣言：文字列の箱を二つ作る */

/* ここでは作った箱に、キーボードから入力させる */

/* 入力した文字列をまず、表示させる */

... }

といった風に書いてみるのだ。そうすることで、 自分がどのような問題に取り組んでいるのがわかるし、問題を分割して、対処できるのだ。効果がどの程度かは、今のところ不明だが、実施してみて、後ほどここに報告しようと思う。