実際に、プログラミングを始める人々のほとんど、つまり初めてプログラミングをする人々の大多数は、Basic から始めます。私がプログラミングを始めたのも Basic でした。

私は 10 歳のときにプログラミングを始めましたが、Basic は当時の私にもとても簡単に理解できた言語でした。Basic のすばらしいところは初級者のプログラマから上級者のプログラマまで、本当に幅広い人々に使用されていることです。私は今でも、20 年前に使っていたのと同じ言語、Basic を使ってプログラミングします。

Visual Basic 4.0 と COM (Component Object Model) の導入により、Visual Basic ではコンポーネントのプログラミングがとても簡単にできるようになりました。

Windows プログラミングでは、Visual Basic でコンポーネントをプログラミングするほうが、C++ など他のどんな言語でプログラミングするよりも、ずっと簡単でした。まさに、数百行のコードが必要だったものが、Visual Basic ではほんの数行でした。

もちろんですとも。

プログラミング言語について考えてみてください。中には人々がどのように作業するべきかという理論に基づいて設計されているものもあります。Visual Basic は人々がどのように作業したいのか、または人々が実際にどのように作業するのかに重点を置いています。Visual Basic は、それを扱う開発者の目線に立って作られています。

たとえば、C++ や C スタイルの言語について考えてみてください。それらは、開発者が行う必要があるものに近づこうというよりも、むしろオブジェクト指向方法論といったような特定の方法論に焦点が当てられていると思います。

私たちは、常に開発の最新動向を追っているわけではありません。そうした最新の動向が重要な場合もあれば、そうでないこともあるからです。Visual Basic 開発者にとって最も重要なことは、仕事をやり遂げることなのです。サポートをする限り、開発者の目的達成こそが我々には最も重要なのです。

そう、その通りです。確かに。これは Visual Basic にとって、非常に大きな変化でした。.NET Framework への移行は、Visual Basic 製品でこれまで行われてきた中でも、おそらく最大の取り組みでしょう。

実際、とても難しいことでしたが、とても必要とされていたのです。というのも、Visual Basic はもともと Windows アプリケーションや Windows コンポーネントをプログラミングするために開発され、Web サービスや Web サイトのように、より接続性の高いシナリオで機能するのに十分な設計ではなかったからです。

解決しなければならない問題は多々ありましたが、.NET Framework によって解決されました。この変化も、実際のコミュニティによって推進されたものでした。Visual Basic 6.0 は Web コンポーネントや Web サイトを作るために使われていましたが、スケーリングと堅牢性に問題があり、対処する必要があったのです。この移行は容易ではありませんでしたが、エキサ イティングでもありました。というのも、.NET Framework は、実行し慣れた Runtime とは大きく異なっているからです。

言語や Visual Basic の使用法に、たくさんの変化を生み出しました。開発者の中には移行に苦労した人もいましたが、実際に多くのメリットも見てきました。開発者が扱えるように なった機能や、従来の Windows アプリケーションをはじめ、コンポーネントベースアプリケーションやサービス指向アプリケーションのプログラミングの面で、多くの利点をもたらしていま す。

人々は移行することにとても不安を感じるのが普通ですが、いったん移行したら、「もう昔へは戻りたくない」と言うのです。これは実にすばらしいことです。

Visual Basic 2005 は、こうしたエキサイティングな移行のほんの一部でしかありません。今回、私たちは、人々がどのように .NET Framework を使うのかをじっくり調べ、My クラスのような機能を多く提供しています。My クラスを使うと、.NET Framework をとても簡単に扱えるようになります。

はい、それについてぜひお話しさせてください。我々が現在、取り組んでいることに関連していますから。

現在、私たちが主に取り組んでいるのは、データに対してより簡単にプログラミングを行える方法を探ることです。アプリケーションにおけるデータの現在の使われ方について考えてみてください。

一 般的に、アプリケーションで使われるデータには 3 タイプあります。1 番目のタイプはオブジェクト内に保存されます。2 番目のタイプは SQL Server のようなデータベース内に保存されます。そして 3 番目のタイプが XML で、 Web サービスや Web 開発で使われます。

これらの異なる 3 タイプのデータの扱い方は、どれも非常に異なります。オブジェクトについては Visual Basic をプログラミングし、データベースについては SQL をプログラミングし、そして XML については、XQuery のようなものを使うでしょう。

現在、Visual Basic 開発者は、一般的に 3 つの異なる言語を扱う必要があります。ですから私たちは今、Visual Basic で、3 タイプのデータすべてに通じるプログラミングを可能にしようとしています。そうすると、1 つの言語を習得すれば、アプリケーションで扱うどのタイプのデータも扱えるという訳です。

さらによいことに、この言語は、ほとんどの Visual Basic ユーザーにすでに馴染みの言語である SQL を基礎にしています。これは文字で見ると、必ずしも大層なことではないように思えるかもしれませんが、実際にはとても革新的なことです。シンプルかつ統合 されることにより、どのタイプのデータも照会できるので、これはプログラムを作成する上で大きなベネフィットとなります。

私たちはまた、データに関する別の重大事項にも取り組んでいます。それは、XML をより密接に言語に統合できるようにする方法です。なぜなら、XML を照会することが重要なだけでなく、Web アプリケーションが XML を作り出す必要が高まっていて、それをできる限りシンプルに行えるようにする必要があるからです。

そして我々が取り組んでいるとても興味深いこととして、これの開発に加えて、プレリリース版のリリースがあります。我々が取り組んできたこれらのアイデア を盛り込んだ試作版です。それをダウンロードして、我々が取り組んでいるアイデアを見ていただき、気に入った点や、改良案などをフィードバックしていただ けるようになっています。

また、私たちの目標は、今まで以上にコミュニティからのフィードバックに対応することです。

Visual Basic に関してお話ししてきたデータの改良は、まさにマイクロソフトの全ての言語に及ぶ、より大きな取り組みの 1 つです。この取り組みは LINQ (Language Integrated Query) と呼ばれています。

そ れは実際に、我々が .NET Framework チーム、C# チーム、そして C++ チームと取り組んできたことです。データなので、SQL Server チームとも一緒にやっています。とても大きな取り組みで、大変でもありますが会社全体で多くのチームと一緒に仕事ができることはとても楽しいことでもあり ます。

また付け加えておいたほうがよいと思いますが、Visual Basic の今後を考える上で我々が取り組んでいるのは、データだけではありません。データは確かに重要なものの一つではありますが、別の分野にも取り組んでいます。

例えば、現在、多くのコンピュータが、マルチプロセッサまたは複数のコアを備えたプロセッサを搭載するようになっています。ですから私たちは、Visual Basic 開発者がこの優れた処理能力を簡単に利用できるようにする方法を探っています。

そして最後に、ダイナミックデータをより簡単に扱えるようにする方法も研究しています。ダイナミックデータは XML のようなデータですが、きちんと定義された構造ではないかもしれません。スクリプト言語の得意分野です。開発者にとって使いやすくするために、そのような アイデアを応用し提供できないかと考えています。

Visual Basic の真価は、開発者の生産性をできる限り上げることにあります。つまり、いろいろな意味で、開発者が最小限の努力で最大の成果を上げられるようにすることで す。それは、Windows プログラムのプログラミングの簡易化や、ビジュアル開発、コンポーネントやコントロールのプログラミングの簡易化、サービス指向アプリケーションのプログ ラミングの簡易化といった形で実現されてきました。

そして今は、データベースアプリケーションのプログラミングを簡易化したいと考えています。私たちは、これまでも、今も、そして今後も、常に Visual Basic の開発者が、注いだ労力に対し最大の価値を生み出せることを目指しています。そして、Visual Basic こそが開発者にとって最高の開発ツールであると確信しています。