解説

　通常のテストでは、問題を読んで考えねばなりませんが、「事前公開形式」では、頭をひねる必要はありません。必死に、そして、ひたすら、「頭の中にキャッシュしたデータ」が消えないうちに、解答欄に「データ」を書き出しますね。筆者は、それを見て、「一心不乱とはこういうことか……」と感動しました。一方、カンニングペーパーという「外部ディスク」にデータがある場合、試験監督官の目を盗んでチビチビと書くため、「一心不乱」の雰囲気は皆無です。

　試験監督の補助の大学院生3人には事情を説明し、事前に、教室の座席の配置図を印刷した白紙を渡しました。そして、「試験開始から5分経っても、ほとんど解答していない学生の席に×印を記入してほしい」と指示しました。5分後に集まった3枚の紙の結果はほぼ一致。最後尾と、その前の10人ほどの席に×が付いていたのです。「カンニングする必要がないテスト」にしているのに、それでもカンニングをする学生がいることは、予想通りとはいえ、大きな衝撃でした。

画像はイメージです

　「バグの場所」が分かったので、バグ対策を講じます。巡回している3人の大学院生のうち、2人を呼んで、「巡回はせず、教室の一番後ろの左右の隅に一人ずつ立ち、絶対にそこから移動せず、この10人だけを監視してください。そして時々、『ここに人がいるぞ』と分かるように、カサコソと音を立ててください」と指示を出しました（残りの1人と筆者は、巡回を続けました）。

　12枚のカンニングペーパーを用意していたと思われる「不心得者」は背中に眼がないため、「後ろに張り付いている2人の大学院生にロックオンされた状態になった」と思ったはずです。カンニングで「検挙」されると、その期の全ての単位が剥奪されます。そんな巨大なリスクを考えると、何もできません。

　試験開始から20分が経過し退室可能になると、80％の学生が解答用紙を提出し、晴れやかな表情で退室する中、問題をじっとにらんでいる学生が10人ほどいます。そんな学生がいるのは最後列付近だけ。筆者を含む4人の試験監督者は10人の学生を集中的にチェックすることになります。学生は全員、沈痛な表情をしています。2週間かけて解答できない問題なのに、残り40分で正しい答えが思い浮かぶはずはありません。諦めのよい学生は、早々に白紙解答を提出しました。テスト終了のチャイムが鳴るまで粘った学生も、やはり白紙でした。

　この話には後日談があります。翌年の授業で、テスト前、新3年生にこの話をしました。「こういう理由で、私の試験はカンニングできません」と手の内を全て見せたのですが、それでも、実際のテストでは最後列に座ってカンニングを試みる学生（というか「勇者」？）がいて、驚きました。「ならぬ堪忍、するが堪忍」との慣用句がありますが、この連中には、「ならぬカンニング、するがカンニング」なのでしょうか？　宗教上の信念があってやっているとしか思えません。結局、教室の後ろの隅に張り付いている2人の大学院生にロックオンされ、白紙解答で提出したのです。学習能力が少しある学生は、最後列ではなく教室の中ほどに座ったのですが、解答を書くスピードが圧倒的に遅く、すぐに「カンニングフラグ」が立ちます。

　筆者はいつも、「エンジニアとして、他人の体験談はとても貴重」と思っています。学生には、「カンニングはできない」という理由と現実を「自分の経験」として学習してほしいと思っています。

　ソフトウェア開発では、「境界条件の付近にバグが多い」「モジュールの設計では、入り口を1つ、出口を1つにする」などの「技術者の知恵」がたくさんあります。いずれも、エンジニアが長い間の経験から編み出したもので、人から人へ伝わります。「技術の伝承」ですね。そんな先人や経験者の知恵は、ありがたく、自分の頭の中の道具箱へ収納しておきましょう。自分で経験しなくても、「経験」になるのです。