今年は「プログラミング軽視の影響」元年…か？

11月1日に、東京証券取引所のシステムが誤動作を起こして止まりました。12月8日には、みずほ証券の誤発注問題が起こりました。この二つの事件、偶然か必然かはわかりませんが、同じ東京証券取引所で起こった事件であり、同じコンピュータサービス会社で起こった事件でもあります。

その原因については、いろいろなところでいろいろな意見があります。僕自身もいろいろ思うところがあるのですが、やはり、プログラム作成という行程全体を軽視してきた関連企業の幹部に大きな責任があるのだろうと考えています。最近はCIO（最高情報責任者）という言葉もあります。CIOがしっかりと予算を使ってシステムマネジメントを行なう必要があることはいうまでもないでしょう。

ところで昨日、僕から見ると同じところに根がある事件が起きました。男子フィギュアスケートの採点問題です。

ニュースや新聞記事などを見ると、以下の状況だそうです。まず、「3回転ジャンプは2種類まで2回行うことができる」という採点ルールがある。最終的に2位になった選手（結果としてオリンピック代表になれなかった）は「3回転ジャンプ3種類を2回行った」のだが、それがそのまま加点され、コンピュータのチェックを潜り抜け、「こういうことはあり得ないと思っていた」審判をすり抜け、試合成績として発表されてしまった。

記事などによれば、日本連盟が使用している採点システムには、国際的な採点ルールの一部が実現されていなかったので、人間が誤った採点結果を入力しても、その通りに計算してしまった。「こういうことはあり得ないと思っていたので、システムに組み込んでいなかった」という発言があったが、一方、国際スケート連盟が使用する採点システムはこの採点ルールが繰り込まれているものの『高価』であったとのこと。

フィギュアスケートのルールがどれほど複雑かを知らないので何ともいえないのですが、スポーツ競技に参加している人は、まず頭を使って仕事をしている人を尊敬して、それから高くても「正しいプログラム・システム」を買いなさい。日本では「体育会系」という言葉が「知性よりも気迫・交渉術」と取られている。それは、実はお互いに損なのですよ。

ということで、またまとまりがなくなったけど、この数ヶ月の事件は、今年が、「社会が、プログラムやシステムのことを軽視し続けてきたことの問題が現実になった元年」だということを示しているのかも知れません。ボーイングやエアバス、あるいはＪＲ新幹線などのシステムは、まず安全ありきの元に、多くのコストを使ってでも、ほぼ完璧に作られています。しかし、証券取引所のシステムや、国際スポーツ大会の採点システムになると、そのような完璧さが追い付いていないのかも知れません。例えば、近いうちに、ネットワークを使った行政申告とかも行なわれるようになるでしょうが、くれぐれも、クライアントサイドで計算させるようなモデルにはして欲しくないです。クライアント側の処理系に計算バグがあったりしたら、それだけで大変なことになります。他にも、家電製品、特に熱を出す製品の制御システムも恐いです。

---

【追記】2005/12/28

その後、新しいニュースが入りました。国際スケート連盟(ISU)が使っているソフトウェアも、そのような加点を防ぐ機能がついていなかったとのこと。そして、それをチェックするために必要な係員が配置されているということ。

驚くべき事実です。そういうルールはISUならソフトウェアに組み込んでおくべきです。パターン認識のような複雑な情報処理ではないのだから、組み込めないはずがない。

また、「ソフトウェア使用の前提である係員の配置ミス」というのは、なんだかなーという気がします。

毎日新聞2005年12月28日3時30分更新の記事によれば「小野部長の最初の説明を聞いたプログラム会社側は、納得できないとの意向を伝えていた」とのことですが、このblogで僕が書いているように、危機管理（この場合は、それをミスすることで被る損害と被害防止にかける費用の問題）を評価し直すべきだったのでしょう。

「オープンソースで開発すれば、こういうことが無くなる」とはいいませんが、スポーツ好きなファンがチェックしてくれる可能性が高くなり、ミスの発見が早くなると思いますね。

当座の結論は「使う前に十分動作テストせよ。」です。でも、根本の原因は、コンピュータソフトウェアがどのようにできているかを知らない人が管理をしてはいけないということでもあります。料理などに例えるとわかり易いでしょうか。料理方法を知らないでレストランの経営をしよう、というほどひどい話です。