ボーランドの.NET戦略

――　上流設計支援でMSをリード。Java、.NET環境の融合を目指す　――

藤井：まずボーランド独自のIDE（統合開発環境）をベースとする.NET Framework対応のC#言語開発環境としてC# Builder for the Microsoft .NET Framework（以下C# Builder）があり、先ごろソフトウェア・モデリング支援ツールのTogether Edition for Microsoft Visual Studio .NET（以下Together for VS.NET）を発表しました。後者はVS.NETにアドオンして利用します。このTogetherについては、ほかにJBuilder（Java開発環境）、WebSphere Studio（IBMのアプリケーション・サーバ向け開発環境）、Eclipse（オープンソース・ベースのソフトウェア開発環境）対応の製品がすでに発売されています。またシステム運用のミドルウェアとして、.NETプラットフォーム上でORB（Object Request Broker）の機能を提供するJaneva（ジャネーバ）があります。これ以外にも、特定の言語やプラットフォームに依存しないものとしては、ボーランド製品や他社製開発環境などと統合して使用できる構成管理ツールのStarTeamや要件管理ツールのCaliberRMが関連するでしょう。

• ボーランド社の各製品解説インデックス

藤井：はい。こちらは2004年2月に提供予定です。このDelphi 8では、Windowsプラットフォーム向けのコンポーネント・ライブラリとして従来から提供していたコンポーネント・ライブラリ（VCL：Visual Component Library）と高い互換性を備えた.NETプラットフォーム向けのコンポーネント・ライブラリ（VCL for .NET）を提供することで、Delphiで開発された既存のソフトウェア資産を.NET Framework上に容易に移行し、機能拡張できるようにします。

• ボーランド社のDelphi 8日本語版に関するニュースリリース

藤井：.NETという新しいマイクロソフトのプラットフォームに対して、基本的にボーランドがどう考えているか、何をしようとしているかをお話しする必要があると思います。まず最初にお話ししなければならないのは、マイクロソフトとボーランドは互いに争って、開発者にどちらか一方を選択させるといった構図にはないということです。.NETプラットフォーム向けのソフトウェア開発において、より生産性を高めるような開発支援ソフトウェアを提供することがボーランドの大きな目的です。.NETプラットフォームの普及を目指すマイクロソフトとはむしろ協調関係にあると考えています。

藤井：そうですね。これには大きく2つのポイントがあります。1つは、マイクロソフト・テクノロジ以外の開発言語やプラットフォームにおける既存資産の.NETへの移行を支援するということです。具体的には、ボーランドの顧客にはDelphiアプリケーションを持っている開発者がいます。あるいはJavaに代表されるように、.NETとは異なるプラットフォームやアーキテクチャをベースとするノウハウやソフトウェア資産を持つ開発者がいます。こうした開発者が.NET環境に移行したいと考えたときに、それを支援できるような開発ツールを提供する必要があります。これはマイクロソフト1社ではできません。ここにボーランドが存在する価値があります。

藤井：これはWindows系の開発に限ったことではないのですが、最近のソフトウェア開発の複雑化と納期の短期化にどう対処するかという点です。ソフトウェアを取り巻く変化は激しくなる一方で、ソフトウェア開発にかけられる予算や時間はどんどん短くなっています。.NETアーキテクチャでは、よりコンポーネント指向やサービス指向が高まっており、個々のサービスやコンポーネントをきちんと実装する必要に迫られます。しかし時間はない。こういうジレンマをどう解決していくかが第2のポイントです。これには、従来のRAD（Rapid Application Development）による開発だけでは不十分です。これからはサーバ・サイドにおける部品や、ビジネス・ロジック部品をいかにしっかり作っていくか、そしてそれらをサービスやコンポーネントという形で独立させ、いかに再利用性を高めるかという点が重要になっています。従来の開発ツールだけでは、この領域をカバーできません。

藤井：共通モデリング言語のUML（Unified Modeling Language）を利用したオブジェクト指向分析・設計支援などですね。メインフレーム時代のソフトウェア開発と比較すると、PCベースのソフトウェア開発では、ツールの使い勝手の向上に重点が置かれていると思います。これは1プログラマの生産性向上を狙ったもので、ツールが便利になるのはけっこうなのですが、その半面、ソフトウェアを作っては捨て、作っては捨てという傾向が強まります。しかし今後のアプリケーションは、すべてがネットワーク化され、コンポーネントやサービスとして連携することを考えると、こうした使い捨ての開発手法は続けられません。今後は、コンポーネントやサービスとしてソフトウェアの再利用性をいかに高め、チーム開発の生産性をいかに向上させるかという点が重要になるでしょう。これは.NETに限らず、Javaベースのソフトウェア開発でも同じことがいえます。これに対しボーランドは、従来のバージョン管理ツールにプロジェクト管理機能や変更管理機能を追加した構成管理ツールのStarTeamや、ソフトウェア開発プロセスで要件定義を確実に行えるCaliberRMなどを提供しています。

藤井：Java開発環境を単純に.NET対応にするという予定はありません。この点はマイクロソフトと立場が大きく異なるところだと思います。私たちは、既存のJavaアプリケーションをそのまま.NETで動かすということにあまり意味を感じていません。Javaプラットフォーム向けに開発されたアプリケーションは、J2EE（Java 2 Enterprise Edition）ベースのアプリケーション・サーバやJava VM（Java仮想マシン）上で動くことを前提としています。既存のJavaプラットフォーム上で高性能かつ堅牢なシステムが稼動しているなら、それはそのままにして、いかに.NETアプリケーションと共存・連携させていくかということが重要です。Javaのソースコードを.NETにコンバートできたとしても、それにどれだけ意味があるのか疑問ですし、ユーザー・ニーズとしても、そのような要求はないと考えます。JavaはJavaの世界でしっかり生産性を高めていき、.NETは.NETで生産性を高めていく。そしてJavaと.NETの橋渡しを提供する。これが私たちのスタンスです。

藤井：そうです。米Gartner社の調査でも、Javaと.NETの共存を検討している企業が圧倒的だという結果が得られています。周知のとおり、クライアントOSとしてはWindowsが広く利用されていますから、そこで将来的に.NET対応アプリケーションを稼動させるのは自然です。しかしその一方で、企業の基幹部分には、すでにJavaベースのシステムが導入されています。これらのJavaアプリケーションを捨てて.NETに移行するというケースはほとんどないでしょう。今後はほとんどの企業で、Javaと.NETプラットフォームが共存していくことになります。

藤井：直近の需要という意味ではそこから始まるでしょう。クライアント・サイドの開発では、Javaよりも.NETのほうが圧倒的に生産性が高い。しかしサーバ・サイドの信頼性や実績では圧倒的にJavaが勝っています。それぞれ適材適所があり、共存していくということです。