GDfindi との出会い

インテルの共同創立者ゴードン・ムーアの法則「CPUは2年毎に同じコストでパーフォーマンスを倍増する」は有名ですが、オプチョロバ教授の指摘は、80年代に開発されたソフトのアーキテクチャーは当時のIT技術のレベルを反映しています。40年経った現在では、80年代前半の約100万倍の演算能力が実現しています。プログラミング言語の世界では、時代と共に次々と高度なプログラミング言語が開発され、プログラマーの生産性の向上に貢献しています。但し、巨大なソフトウエア資産を構築した組織は、ソフトウエア資産の書き換えコストが膨大な為に古いアーキテクチャーを使い続けているケースも少なくありません。オブチャロバ教授の指摘は、現在のIT業界で主流のソフトウエアのアーキテクチャーは老朽化しており、効率が年々落ちていると示唆しています。効率を上げる為に最新IT技術を反映したアーキテクチャーへ書き換えられるべきですが、膨大なソフトウエア資産を書き換えなければならない為に、新しいアーキテクチャーを導入する経営リスクを負えないでいるのです。

何故IT技術は進化するのでしょうか？IT技術には、操作性と応答性の妥協という論点があります。操作性を高める為には高いバックグラウンド演算能力が必要ですが、反対にかかる応答時間が長くなります。ユーザーは、ソフトウエアの応答時間が大きいと不快感を覚えます。80年代に構築されたソフトウエア・アーキテクチャーは、当時の演算能力で不快感を与えない応答時間を実現できる様に設計されています。年々CPUの演算能力が高まる為に、ソフトウエアの性能は向上しますが、アーキテクチャーは変わりません。アーキテクチャーをリニューアルすると、同じ機能の開発時間が大幅に縮小されます。身近な分かりやすい例が高度なリアルタイム性を要求されるソフトウエアの場合です。演算能力がリアルタイム性の実現に足りないと、画一主義的なソフトウエア・アーキテクチャーを採用して可能な限り応答時間の短縮が試みられます。ところが、一度演算能力がリアルタイム性の要求する応答時間を満たすと、モジュール化されたソフトウエア・アーキテクチャーを導入した方が開発効率が劇的に向上します。 つまり、応答性が悪く、商品として使い物にならなかったモジュール化されたソフトウエア・アーキテクチャーがムーアの法則により演算スピードが要求演算スピードを満たすと、一転して遥かに優秀なソフトウエア・アーキテクチャーに変容するのです。シリコンバレーのIT創業者たちは10年後に実現する演算スピードに焦点を当てて、ソフトウエア・アーキテクチャーの開発をすると聞きます。ソフトウエア業界でブルーオーシャン戦略を実現する場合、10年後のC P U演算能力を100％応用できるソフトウエア・アーキテクチャーが競合を寄せ付けない競争力の秘密になるわけです。

GDfindiは2012年に商品化されましたので、当時の最新のIT技術を最大限に活用したソフトウエア・アーキテクチャーを持っています。きっと2000年のCPU演算能力では応答性が悪く使い物にならないソフトウエア・アーキテクチャーなのでは無いかと考えます。それがどの様に顧客のメリットになるのでしょうか？プログラミングを必要としない為にユーザーの閾値が劇的に低くなりました。最近の自動車のアシスタンス機能がドライバーの負担を低減する様に、GDfindi のアシスタンス機能機能は生産システムのモデル化を誰にでも出来るレベルへ改善したのです。GDfindi はモデリングの負担を劇的に低減します。 そして、GDfindi はアプリケーションを実現するプラットフォームに変容しました。そのため、従来型シミュレーションへ対しての優位性は年々広がっています。

従来型シミュレーションはシングルショット・シミュレーションです。一発のシミュレーションでターゲットの検証をする訳です。複数のシミュレーションをすることはモデリングの編集コストが高い為に経済的に実現しない構造になっています。

GDfindi ではモデルに高い再利用性と編集性がある為に、複数のシミュレーションを経済的に実現できます。解空間の中に複数のシミュレーション結果を実現出来ると、シミュレーションがソリューションツールに変容します。つまり、GDfindi はアプリケーションを開発するプラットフォームに変容しているのです。この為にGDfindiは従来型シミュレーヨンの100倍以上の応用範囲を開拓できるポテンシャルを持っており、従来型シミュレーションの手に届かない領域で付加価値を捻出することが出来るので、まさにゼロから1の創造を実現いたします。このテーマの詳細は今後のブログ投稿のテーマとしてカバーいたします。