これまでの経緯を話しますと、実はこれは私のアイデアじゃない。1年とちょっと前、ある方にインタビューしたとき、この話が出まして。「仕様書から曖昧性が排除されれば、プログラムの品質と生産性が向上し、システムの信頼性は飛躍的に高まる」というわけです。その方は「“など”撲滅運動」と言ってましたけど。ことあるごとにこの話をしてきたところ、クレオの土屋さん(淳一氏、同社社長)が「国分さんがいるじゃないか」と。私はかれこれ40年、日本語の構文解析にかかわっているけれど、要求仕様書用のワープロっていう発想はなかった。われわれはどうしても汎用性を考えてしまう。――そりゃビジネスですから。いい製品を作ったって、売れなけりゃビジネスとして成り立たない。要求仕様書や技術仕様書の市場は決して小さくないと思いますよ。情報産業の分野に限ると、直接かかわっているエンジニアはユーザーサイドの人も含めてざっと130万人はいる。教育機関や海外を加えると200万人以上。その1割が利用するとして、潜在的な市場規模は20万ユーザーぐらいと見ておけばいいんじゃないでしょうか。いわれてみると確かに。私はこれまで、エンタープライズ系のシステム開発とちょっと距離をおいてやってきたものだから、仕様書とプログラミング作りの具体的な関係が分からない。仕様書をちゃんと書きましょう、っていうのはもちろん分かるけど、そうなると仕様書専用ワープロのユーザーは限られるでしょう。do」を抽出していく。形容詞や副詞、接続詞を削りに削って、最後は《○○する》に収斂させていく。すると、これってそのままプログラムに置き換えられるんじゃないか。――これも又聞きの受け売りですけど、「VDM」っていう工学的なシステム開発手法がある。オーストリアのウィーンで開発されたんでV、DMはデベロプメント・メソッド。JRのSuicaに使われている組込みプログラムの開発に採用されたりしているんだそうです。ビジネスアプリケーションにも適用できる。非常に優れた手法として実証されているだけど、使いこなすエンジニアの数が限られている。VDMに適した日本語の仕様書作成ツールがあれば、利用が一挙に広がるんじゃないか。VDMというものをよく知らないんで......。あとで調べてみますけど、それを使うとソフトウェアの自動化が実現するかもしれない、っていうことですか?――アジャイル手法とかプログラム・モジュールの活用でプログラムを作るプロセスはそこそこ短縮されるかもしれないけれど、自動化っていうのは、そんな簡単なことじゃないでしょう。それ以上に重要なのは、品質がアップするかどうか、ですよ。VDMはその可能性を持っている。――ところで、失礼ながら私は国分さんの研究をよく知らないまま、土屋さんに言われてすっ飛んできたようなもんでして。え~と、じゃ、去年の8月に作った資料で説明しようかな。「構文解析」というのと「シソーラス」っていうプリント。それに沿って説明しますね。――技術屋じゃないんで、そこのところお願いします。***************************************この記事は2009年3月現在です。中野剛志氏(上)はてなブログをはじめよう!itkisyakaiさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。