3D Duke Avator is provided by EitaroSoft
This Duke above is just animation gif but you can see the real 3D Duke in java applet in java.com
Today's Page Hits: 136
Today's Page Hits: 136
二年ほど前から Sun 社内、特に SDN チームと議論してきたことがあります。
原因を考えればいくつかのものがあげられます(政治的に微妙な理由も多いのであえてここでは書きませんが)。ただ、大事なのは原因を探求することではなく、ないなら作るべきか否かです。
IT産業が発達している世界中のほとんどの国や地域には JUG があります。
http://community.java.net/jugs/listing.csp
ブラジルの JUG は強力で、政治的な影響力すらあって、かの国で Java EE システムを普及させる原動力になっています。イタリアのJUGも活発なので有名ですし、韓国では近年、15ほどあったグループを統合して統一された JUG が誕生したそうです。今回の JavaOne では、その会長の Soo-Yeol Yang さんとお話させていただいたが、彼は韓国大統領と ITについて語り合ったこともあるそうです。その国での影響力の大きさを感じさせられる。先進国だけではなく、タイ、フィリピン、ハンガリー、スペイン、ベトナムにも JUG があります。
日本だけ JUG がないのは、本当に不思議な現象なのです。JUG はあくまでユーザ(開発者)の自発的団体であるべきです。Sun や他の企業が強引につくるものでもありません。US では、一部 JUG から Sun への強いプレッシャーがかかったこともありますが、それはある意味健全なことです。JUG はユーザ(開発者)を代表するものであって特定の企業の圧力団体であってはいけないからです。ユーザ/開発者が JUG を作りたいと思えば、できるものですし、必要ないと思えば誕生しません。ただ、もし日本に横断的な JUG ができるのであれば、それは、Sun として SDC として何らかの、無償のサポートをするべきだとは思っています。
現在、日本に JUG はありませんが、JUG に近いタイプのJava関係のグループはいくつもあります。それらが緩やかに連合する形で横断的な組織ができるのがとても自然かと思います。そして、この日本 JUG が受け皿になって、Java 開発者/ユーザが知識の共有を行い、互いに刺激しあえるのが理想です。 Java 技術が世の中に広がり、Java ME 分野で再びブレークの予感が出てきています。Java EE 5 もエンタープライズシステムでの Java の躍進を加速させそうです。日本国内でも、何らかの統一団体が欲しいという声もたびたび聞きます。今、国内で JUG を作るいいタイミングなのかもしれません。 JUG はあくまで自発的な団体ではありますが、その自発的な動きが起こるために何らかの行動をしてもいい時期かもしれません。
もし、日本の JUG 誕生に関して、ご意見があれば、ぜひこの Entry にコメントください。会長になって、小泉首相と語り合いたい、というご希望の方もどうぞ(笑)
SDC の個人会員(登録無料)に申し込んで(新規登録のみ)、iPod Shuffle を GET しませんか?
先月から SDC で行っている新規登録キャンペーンは好評です。幸い、少し余分に予算もつきましたので、6月も新たにキャンペーンを行います。6月末までに登録された方の中から抽選で5名の方に iPod Shuffle をプレゼントします。 まだ、SDCの会員でない方はぜひお申し込みください。特に新入社員が身の回りにいらっしゃる方、その部署で一台狙ういいチャンスです。ご遠慮なくお声がけしてください。
ただし、あたった iPod Shuffle は先輩写真がもいただくべきなのか、新入社員の方がもらうべきかについては私ども、コメントを差し控えます(笑)。とりあえず、iPod Shuffle は登録された方にお送りいたします。
ただ、J2EE アプリケーションサーバーが普及していくなかで次第に明らかになってきたのは EJB とくに CMP
が思ったほど活用されないということです。CMP
に関しては当初のパフォーマンスの悪さや使い勝手の悪さが尾をひいて、実力よりはるかに低く評価されている感はぬぐえないのですが、ともあれ、利用される割合が少なかったのは
J2EE を普及させる側からすると誤算には違いありませんでした。
多くの試行錯誤と改善の努力の末、今、J2EE (Java EE)に画期的な API が導入されました。それが New Java Persistence
API (JSR-220, 以下 JPA) です。JPA は何より政治的に大きな意義をもつ API と私は考えています。隆盛なO-Rマッパを EJB
の中に取り込んだこと、そして Java EE の一部として、つまり正当な標準技術としてお墨付きを与えたこと、そして何より大きいのは、EJB
と切り離して、単独で存在することを許容したということ。
特に、最後の点、JPA が、単独で Java SE と組み合わせて使用できるようになることは何より大きい。これによって、Java
エンタープライズシステムのアーキテクチャーのありようは大きく変動を迎えると私は考えています。
正統な技術としてデビューしたものの存在感が今ひとつだったEJBはこれで完全にプラットフォームの「内側」の技術になるでしょう。EJB
そのものが消えるのでは、と考えるのは一面的過ぎます。当初の期待ほどではないにせよ、やはり EJB
は使用されており、特にツールやミドルウェアが自動生成するコンポーネントとして EJB は優れています。BPEL
エディタが吐き出すコンポーネントの多くは実は、MDB のような EJB
であることが多いでしょう。自動生成される Web サービスの実態も、Statless Session Bean ということになるケースが多いでしょう。ただ、ポイントは、それはもはや一般の開発者の視点からは多い隠されてしまうということです。
言葉を変えていえば、EJB は、今後 API ではなく、SPI 的な存在に転化するだろう、ということです。そして、身軽になった Java EE の主な
API はより上の層、Composite Applications に比重を移すでしょう。EJB
ではなく、何らかのコンテナは引き続き必要です。しかしそれは EJB2.1 以前の重量コンテナではなく、別の何かです。これらの動きは JPA の導入を契機として起こってくるのです。
Java EE (J2EE)は、非常にしたたかかな存在です。中心に君臨しながら、周縁のテクノロジーをたくみに中にとりいれ、生き残ってきたブランドです。コンテナ/コンポーネント思考、CORBA、MOM、Web
サービス、DI、AOP 周辺の技術をたくみに取り入れ、先進性、存在意義を確保してきました。ただ、ブランドが生き残ることは開発者にとって、ユーザにとって決して悪いことではありません。長らく続くブランドが、信頼性を醸成していることはテクノロジーの発展、普及には非常に重要な要素だからです。
中心としての Java EE ブランド、そしてそのブランドの下側にあるテクノロジーとの二重構造、これを確定させたのが、Java EE
5、そしてその中で導入された New Java Persistence API
だと思うのです。開発者にとって、好ましいテクノロジーが、安定した Java EE
ブランドの元で花開く。悪いストーリーではありません。今だからこそブランドの強みに感謝し、そしてその信頼性を最大限利用すべき時なのではないでしょうか。
最近、Java EE (旧 J2EE)ブランドについて考えることがあったので、少し記してみたいと思います。
Java EE ブランドに関して、Sun が最も強固だったことは、誕生以来、長らくの間、J2EE のサブセットを認めてこなかったことと言ってよいでしょう。各種ベンダからの要望 - 一番多かった例は、Web コンテナ(つまり、JSP と Servlet コンテナだけのセット)だけの製品に J2EE ブランドをかぶせて欲しいという要望でしたが、それを Sun は拒み続けてきました。
この圧力は相当強いものだったにもかかわらず、Sun が決して認めなかった理由は二つあると私は考えています。
一つは、プラットフォーム・ブランドの維持です。Microsoft のテクノロジーの場合、テクノロジーは即ちマイクロソフト社の製品であるので分化は起こりえませんが、Java ソフトウェアは誰もが自由に実装することが許されています。J2EE という仕様があっても、それに忠実に従った製品もあれば、サブセット版もあり、仕様に一部反する亜流も存在します。それらすべての存在が許される混沌とした世界だからこそ、互換性がきちんと保障された製品には明確なお墨付きによって差別化することは重要です。
「それにしても、Web コンタナ限定のサブセット版くらいは存在を認めてもよかったのでは」という議論もあるかと思います。これは難しい問題ですが、プラットフォームやブランドはいたずらに分化すべきではない、のも事実です。Java ME の世界では、ハードウェアの特性からフラグメンテーションやプロファイリングを認めざるを得ませんが、エンタープライズの世界は、できればきれいな単一のプラットフォームが存在はより重要でしょう。"J2EE Web Edition " を認めれば、"J2EE XML Edition" やら "J2EE Web + DB Edition" といった、様々な Edition への要望が出てきて収集がつかなくなったことも容易に想像出来ます。"Web Edition"を認めないことで、ブランドが瓦解することの歯止めとしていたと言ってもよいかもしれません。
Sun のブランド関連チーム、リーガルのこの必死の防衛作業は、誕生まもなく、まだまだ、か弱かったJ2EE ブランドにとっては大きな意義のあったことだと思います。統一された正統ななブランドを確立することで、J2EE は「中心と周縁」の中心としての役割をきっちりと果たしたわけです。周縁は、様々な次世代のテクノロジー、アイデアが生まれる exciting な場ですが、中心がしっかりしているからこそ周縁も存在意義が与えられ、活性化するわけです。
二番目の理由は、最初の理由とも関連するのですが、Sun (及び主だった J2EE ベンダー)は EJB を守ろうとした、ということです。EJB はエンタープライズシステムの中核となるべく生まれてきたテクノロジーで、アイデアそのものはすばらしいものでした。今でこそ、DI の発想が普通になりつつありますが、DI のベースとなるコンテナ/コンポーネントのアイデアは EJB が Java の世界に導入したことは忘れてはなりません。
ともかく、J2EE を普及させるにあたって、EJB は戦略的に必須の要素でした。一方、当時主流だった Web アプリケーション開発は Web コンテナのみが利用され、EJB 層の実用度は低いとみられていました。。ただ、ビジネスロジックの層になんらかの中核コンテナが必要なことは明らかで、今日の Spring や Seasoar などの軽量コンテナの普及は図らずもそれを実証しているといえなくはないと思います。Java エンタープライズシステムの開発に「中核コンテナ」をもたらす意味でも EJB コンテナは必ず普及させなくてはいけなかったのです。(それが EJB でなくてもよかったという議論は成り立つかもしれませんが、軽量コンテナも注目されていなかった当時、ほかに代わるものはあり得なかったでしょう)
(To Be Continued)
三日目の朝は、IBM の General Session です。スピーカーは Eclipse のキーパーソン、Erich Gamma と John Wiegand です。Eclipse の開発プロセスについて丁寧に45分間解説を行いました。General Session というよりは Breakout Session あるいはむしろ BOF 的な抑制の効いたトーンだったのですが、開発者的にはむしろ好感がもてたのではないでしょうか。
初日の Sun の General Session といい、今年はテクニカルな比重が高いのが大きな特徴といえるかもしれません。
さて、昨日の Script 言語の続きです。
乱暴なのを承知で今年の JavaOne のテクニカルな傾向を一言で言い表すならば、猫も杓子も AJAX ということになるでしょうか。 どの会社も AJAX (あるいはそれをラップする用語としての Web2.0)について言及し、AJAX 関連セッションはどれも満員盛況。 AJAX 関連エンジニアはコンベンションセンター内でもパーティ会場内でも引っ張りだこ。
ただ、AJAX のキーパーソンと言われるスピーカーたちに直接話を聞いてみると、以外に冷静に AJAX を考えていることがわかってきました。AJAX によって、User Interface の利便性は向上しますが、あくまで UIをよりきれいに見せるためのデザイン上のテクニックの延長であって、システムにとっての根幹的な要素とは捕らえていないようです。
AJAX は、Web2.0 にとっての中心的なテクノロジーですが、エンタープライズシステムからみたときの重要性はそれほど高くないということかもしれません。
昨年のテクニカルなテーマは JBI に代表される SOA だったと思います。今年は AJAX (Web2.0)、そして来年はおそらく Script 言語になるでしょう。buz word に踊らされるのではなく、それぞれの実態を見極めた上で、開発に必要な技術を適切に取捨選択を行うことが重要だと言う気がしてなりません。
さて、今日は最終日、いよいよ James Gosling の General Session です。
三日目の夜は Mark Hapner、稚内北星学園大学の丸山先生たちとの夕食で過ごしました。 昨年華々しくデビューを飾った JBI のその後の展開について貴重な話を聞けました。 その内容については後述するとして、JavaOne でなぜパーティが大事か説明しておきたいと思います。
日本人でもそうですが、アメリカ人でもやはりネット上だけの関わりしかない人との人間関係はやはり希薄です。 いったん直接会って、打ち解けて話た後では、その後のコミュニケーションが非常に楽ですし、協力的です。 アメリカに住む人たちはとくにその傾向が強い気がしています。
また、お酒の席ですと、公式の場、セッション会場などでは言ってくれない、キーパーソンの本音が聞き出すことができます。ハイテク業界全般にいえることですが、会社の公式見解としての方向性と、エンジニアとしての志向は往々にして違います。 そして、表面上に現れないエンジニアの思いの総和は、技術の進化の方向性を決める上で非常に大きな役割を果たしています。
公式なセッション会場だけでは、特に、Buz Word に踊らされがちなのですが、そうではない、実態を見極める上で、パーティへの参加は非常に有意義です。 スポンサーにしてみても意味なくパーティを開いているのではないのです。自分たちの開発者コミュニティを育てる上でアンオフィシャルな場を提供することが必須だと知っているからこそ、少なからぬ資金を提供しているのです。やはり歴史は夜に作られるのです。
二日目の JavaOne は、Oracle と BEA の General Session がありました。 残念ながら、BEA の General Session は聞き逃してしまったのですが、 Oracle は、Enterprise システムの構築を EE5、SOA(2.0)、Web2.0 の三本柱で考えていることが デモを交えて紹介されました。
EE5 については、既に2年前から概要ははっきりしていましたし、大きな驚きはないかと思います。 ただ、二年前と違うのは、New Persistence API というとても現実的な API ができたということです。
EJB は EJB3 になって大幅に改良されて使いやすくなりましたが、それでも、EE コンテナ(アプリケーションサーバー)なしで直接 DB に接続するアプリケーションを使いたい方は大勢いるはずです。 New Persistence API は単独で Java SE と組み合わせて使うことを許容するものですし、また、Glass Fish では New Persistence API 単独の jar を公開しています。気軽に Enterprise Application を使いたい方には大いなる朗報のはずです。
ただ、Enterprise の分野では、むしろ EE5 の次の世代の話題が豊富です。ひとつ面白いのは、Project Phoboes です。Script 言語、Dynamic Language への対応は今回の JavaOne の大きなテーマですが、プレゼンテーションのレイヤーで Script (よくある例では、JavaScript つまり、AJAX) を使うのはもはや驚きではありません。 Sun も jMaki (AJAX 用フレームワーク)や、AJAX 対応の JSF コンポーネントやそれを扱うツールである Studio Creator 2 を発表してきています。Project Phoboes はそこからさらに踏み込んで、バックエンドのシステム、つまりビジネスロジックのレイヤーでも JavaScript (あるいは他の Script 言語)を使おう、というものです。 しかも、この流れはツールも巻き込んでいます。NetBeans は近々 5.5 というバージョンがリリースされますが、この次のバージョン、6.0 では、javascript のサポートも入りそうな気配です。
それ以外の話題について書こうと思ったところで、やはりまた時間切れです。 今日の午後か明日にまた続きを書こうと思います。
初日の JavaOne が終わりました。例年そうなのですが、Day-1 には、非常に多くの発表があり、一日どころか一週間くらいでも消化しきれないほどです。
プレス等でも情報がいくつか流れていますが、それに乗り切らない情報をいくつかかいつまんでお話しようと思います。 まず、私の Blog でも、過去にふれたりして、事前から注目されていたオープンソースに関わる発表です。 Java EE のアプリケーションサーバーである、Project GlassFish、開発ツールである Java Studio Enterprise, JBI の発展版である open ESB, 正式なオープンソースではないもののコミュニティの方々と開発を進めてきた Mustang など、今回発表されたものも含めて Java プラットフォームの大半がオープンソースソフトウェアあるいはそれに準ずる状況がみえてきました。
ところで、オープンソースにこだわる方々の根拠には三種類あるかと思います。一つは、自由にソースを改変したい方々。決して多い数ではないかもしれませんが、アカデミーや研究機関を中心にその要望は強いものがあります。それに関しては、過去に導入された JRL というライセンスで十分に答えられていると思います。二つ目は、コミュニティにソースを公開することによって Bug Fix を効率よく行ったり、機能改善を行おうというものです。これは、Mustang の開発体制で大きな成功を収めてきたといっていいと思います。実に大勢の方が、Mustang の実装に加わっています。ここまでは、すでに Sun が行ってきたことで十分な回答になっているかと思います。
ただ、最後の点、OS (端的には Linux ディストリビューション)に JRE (JDK) を組み込み、配布したいという要望を持つ方々にとっては十分ではなかったでしょう。そこで、導入されたのが Distro License for Java" (DLJ)というライセンスです。さらに、Sun の CEO である Jonathan そして、ソフトウェア責任者である Rich Green によれば、一週間程度後に、オープンソースに関してなんらかの発表を行うと言っています。 基調講演会場で Rich が「We will go (to opensource)」と言った事への最初の回答となるのでしょう。
さて、今年の JavaOne 基調講演は今まで以上に技術的発表が数多く盛り込まれました。特に強調されたのが、EoD の更なる追求、Web2.0 (AJAX)への対応、.NET との相互接続性、SOA の構築を容易にするという点です。
一つ一つ詳しく書きたいのですが、二日目の基調講演の時間が迫ってきました。時間があればあとでまたアップデートしたいと思います。
今回の JavaOne では、いたるところで耳にする GlassFish ですが、日本の開発者の方にとっては英語情報ばかりなので少しなじみくいように感じられていたかもしれません。しかし、朗報があります。SDC のサイトにも書いてありますとおり、GlassFish 関連のBlog、その名も Aquarium (水族館)が日本語化されはじめました。
日本語化を行っているのは、Servlet の Spec Lead をされてきた吉田豊さんや、JAXB の実装で有名な川口耕介さんです。貴重な情報がいくつもありますので、ぜひご参照ください。
今日から JavaOne がはじまる。 直前ではあるが、今年はどんなことが話題になりそうか、書いてみたい。
まず、Java EE だが、EE5 のリリースがあるのは誰もが承知のことだが、その先のバージョンの内容が明らかになってくる。 昨年は、JBI が大々的にとりあげられたわけだが、一年たって仕様よりは実装ベースの話が中心になるだろう。 一般の開発者からすると、JBI そのものを意識すると言うよりは、JBI の実装を使って、Composite Applictions (SOA) をどう構築するかが、テーマになる。BPEL Service Engine, BPEL Orchestration 用のツールをどう使うかの話題が増える。このあたりは Sun が買収した旧 SeeBeyond と、Java EE 製品群との統合も重要な要素だ。
MS との Interoperability も新しい段階に入った。Indigo (Windows Connection Foundation) と Java Platform の連携は、Project Tango で図っていたが、その成果が発表されると思って間違いない。
EE6 の内容は正式には何も決まっていないが、Script 言語への対応の比重が大きくなりそうだ。AJAX の用にプレゼンテーションレイヤーにスクリプト言語を使うことは世の中の既定路線となりつつあるのだが、さらにその後ろのレイヤでも Script 言語を使う試みがある。 AJAX まわりの話題に関しては、すでにマスコミ等でリークされているので改めてこのエントリで取り上げる必要もないかと思う。
バックサイドのレイヤーの話題としては、EJB3 の次が気になるところだが、EJB と JSF の連携に関して新しい JSR を立ち上げようと言う動きもあるようだ。
また、オープンソースの Application Server である、Project GlassFish は予想を上回るダウンロード数のようで、この GlassFish への言及も多くなると予想される。
SE に関しても、Mustang の内容が固まった今、Dolphin で導入されそうな機能が少しずつ見えてきた。新しい言語仕様や、新しいバイトコードを導入して、動的言語(この場合、Script 言語とほぼ同義と考えてよいだろう)を JVM の上で直に実装する、パッケージや jar に新しい概念が導入される、など、なかなか興味深い動きがある。いくつかは既に JSR として立ち上がっているので、情報に敏感な方は予想されているかもしれない。
ME は、MSA が軸に話が進むが、こちらも Script 言語との連携が一つの話題になっているのは興味深い。CDC、CLDC といった JVM にもいくつかのアップデートがありそうだ。
また、テクニカルな面以外で言えば、以前のエントリでも触れたが、オープンソースに関して何らかの言及が行われる可能性がある。日本人にも、ファンが多い Dukelele 愛好家が初日から基調講演終了後、某所で何かをするとの情報も入っている。
パーティは今年も様々の会社が行うが、今年巷で話題の某社のパーティは火曜日(本日)の夜のようだ。お祭り好きな方はパビリオンコーナーを中心に情報収集して、楽しいパーティにぜひ参加していただければと思う。
ともあれ、今日から様々な意味で Crazy な祭典がはじまる。この Blog でもできる限り毎日情報をアップしたいと思う。直接参加される方の参考になればと思うし、残念ながら参加できなかった方も、なるべくタイムラグなく雰囲気を味わってもらえたらと思う。
今週、金曜日、米国から来日した Java Performance Engineer の
Menasse Zaudou (フランス語読みでメナス・ゾウドゥ)を迎えて
Java Performance Seminarを行います。
緊急開催のセミナーにもかかわらず、いつも以上の集客があり 今日午後の段階で、募集を締め切らせていただきました。
応募しそこねた皆様、申し訳ありません。 資料はできればセミナー直前にでも SDC サイトにアップいたしますので ご覧ください。
それにしても、パフォーマンスに関するテーマは最近、JavaOne でも 人気の高いトピックです。 今回の応募数の多さは予想以上でした。当日のフィードバックしだいでは またパフォーマンス関連のセミナーを行いたいと思っております。
今年も JavaOne SF が近づいてきました。今年の JavaOne ウィークは、San Francisco 界隈の ホテルが満室のところが多いようですね。 US も景気が持ち直してきたということでしょうか。
さて、JavaOne の技術的な見所を書く前に non-technical な話題をひとつ。 いつも聞かれる質問で今年の JavaOne でも話題になりそうなことのひとつは、 JRE (JDK) の再配布のライセンス問題です。 最近、導入された JRL や JIUL, あるいは JDL は、オープンソースに近いものだし 実運用上、それで不都合なことはほとんどないと思われます。 ただ、現行のライセンス(昔に比べれば大幅に緩和されている)を Sun 社内の人間ですら 理解していないことがあるので、いまだに大きな問題と考えている方も少なくはないと思います。
ここで、現行のライセンスの要点をまとめておきたいと思います。 下記のライセンス条項 JRE 5.0 Binary Code License Agreement 特に SUPPLEMENTAL LICENSE TERMS の B (i) が重要です。
| you distribute the Software complete and unmodified and only bundled as part of, and for the sole purpose of running, your Programs |
とあります。つまり、JRE の再配布は、自分の作成したプログラムの配布が目的であれば かまわないのです。 自分の作成したプログラムとは、商用の製品かもしれませんし、たんなる Hello World レベルの ものかもしれません。プログラムの種別に言及はありません。 それ以外の用途に使うのならともかく、自分のプログラムの実行環境として配布するのは なんら問題ないのです。(もちろん、厳密にいえば、上記条項以外の細かな条件をすべてクリアする必要は ありますが、どの項目も常識的な制限であると思います。)
多くの人が誤解しているような、厳しい条件ではないとわかっていただけるかと思います。 ただ、例外の方もいるにはいらっしゃいます。たとえば、Linux OS のディストリビュータ。 アプリケーションの実行環境としてではなく、OS のライブラリの一部として Java プラットフォームを 提供したい方は、上記条項に抵触していしまいます。 そして、それが多くの Linux サポーターが現行の Java ライセンスに不満を感じている点でしょう。 では、これが解決するのか?
結論は、JavaOne が始まってみないとわかりません。社内の人間にすら、どういう決定が行われるか 直前までわかりませんし、担当者自身が JavaOne 基調講演のその場で初めて聞くこともよくあります。 ただ、Sun が、上記問題について考えているのは確かです。 そして、今年の JavaOne でそれらを解決する新しいライセンスが導入される、発表される可能性はあります。
技術的な発表も楽しみな JavaOne ですが、それ以外の点にも要注意していただきたいと思います。
Sun Enterprise News 4月号が、今日から配信しております。
先のエントリや4月号のフィーチャーストーリーでも紹介したとおり、今月号から大幅にコンテンツを拡充しました。
フィーチャーストーリーで書ききれなかった部分も解説したいと思います。
昨年、後半以降、急速に浸透した「Web2.0」という言葉も、開発者にとってはいささか混乱を呼び起こす Buzz Word (流行ことば)と化している感があります。
今、様々な企業アクティビティは、単なる新しいフレイバーとして単に Web 2.0 を枕詞にしているだけにも見えます。ただ、確実なのは Web の世界で、Web が誕生して以来、もっとも大きなパラダイムシフトが起きていることです。
本稿では、Web2.0 が意味するところが何か、そして開発者にとってのインパクトは何か、決して浮つかない中立的な立場から、藤井さんに読みきりで解説していただきました。Web2.0という言葉はよく聞くものの、正確な意味をつかみ損ねていた人はぜひご覧ください。開発者だけなく、ビジネスパーソンでも理解できるようわかりやすく解説しています。(ビジネスパーソン向けの記事も、今月号以降、増やす予定です)
話題のキーワードといえば、Web2.0とも関係のある AJAX です。Java News でも有名な(今では Night For Java Technology の仕掛け人としても有名な)安藤幸央さんに今月から、Java 開発者のための AJAX 解説をしていただきます。
少し前まで、「Web アプリケーション対リッチクライアント」というクライアント層の二項対立で議論されることが多かったのですが、この図式はいまや意味がなくなりつつあります。リッチクライアントの側では、急速な開発、再利用性を高めるために、XMLベースで記述し、ビジネロジックの処理を Web アプリケーションと同様にサーバーサイドに投げてしまうアーキテクチャーが Java の世界以外でも急速に広がりつつあります。(Java の世界では JDNC が有名でしょう。)
同時に、Web アプリケーションも従来の単純な HTTP REQUEST/RESPONSE をそのまま利用するのではなく、先読みしたデーターローディングをすることであたかもリッチクライアントのようなインターフェースを実現しつつあります。その中核にあるのが、この Ajax なのです。
Ajax 自体は、バックエンド側に特定のプログラミング言語を要求する言語ではありません。PHP でも、Java でも問題ありません。ただ、様々な理由から、Ajax ベースで開発するには Java 開発者が最も Ajax 開発に適しているだろうと、安藤さんは記事の中でも指摘されています。その詳細については、ぜひ記事をご覧いただきたいと思います。
ビギナー向け記事
春といえば、新入生、新入社員が学校、職場に入ってくる季節です。研修や教育を担当される方も大変な時期だと思います。プログラミングの教育に関しても、最近では、Java 以前に本格的なプログラミング言語を全く経験したことのない方が増えています。
そういった方々には、従来のような C言語などを参考にした説明では理解していただくのが難しいものです。
そこで、SDC では、先月からはじめてのJavaというタイトルで、プログラミング経験のない方でも容易にプログラミングが覚えられるような連載記事をスタートさせました。
同時に、それを補足する形で、Java 初心者が、開発の様々な場面(情報がほしい場合、プログラムが動かない場合)で、必要な手がかりのありかを指し示す記事を今月号からスタートさせました。Sun の教育部門にいた間宮さんが担当しています。彼女が自分自身が苦労した体験を元に書いていますので、Java 初心者の方にはかゆいところに手の届く内容になっています。
開発ツール
皆さんは、Java 開発ツールというと、たいていの場合、Eclipse を真っ先に思い浮かべられると思います。ただ、Eclipse の対抗馬として、NetBeans の名前も最近、あちらこちらで少しは耳にするようになってきたのではないでしょうか。
(正確なことを言えば、オープンソース開発ツールとしては、NetBeans の方が歴史はずっと古いのですが)
Eclipse よりパフォーマンスで優れる点(意外に思う方もいらっしゃるかもしれませんが、今の NetBeans は Eclipse よりむしろ軽快に動作します)、インストール直後から十分な機能を持っている点(Eclipse は、多くの便利な機能は、Plug-in の形で後からインストールしなければならない)、初心者に優しいチュートリアルが充実している点、SWTより美しいGUIセットの Swing が使用できる点など、Eclipse ユーザの中にも最近では、とりあえず NetBeans を一度は評価してみようという動きが出ているようです。
北米では、Eclipse にはもちろん及ばないものの、決して低からぬシェア(20%)を獲得しているという調査結果もあるようです
ただ、特に日本では、日本語情報の不足のためか、世界的に見ても、ユーザ数が少ないのが現状です。実は、日本語ドキュメントそのものは必要最低限なものは用意されているのですが、その存在場所がわからないというのが実情なのです。
そこで、SDC では、今月号より、NetBeans をひととおり使って評価するために必要な情報を指し示し、補足する連載をスタートさせます。何人かのエキスパートに連載をしていただく予定ですが、インストールを中心とした第一回は主婦デベロッパーとしても有名な清水美紀さん(通称のに子さん)に担当していただきました。
Java ME 分野
最近、様々な方面から、Micro Edition 系の開発者が増えている、需要が増えている。Java に限らず組み込み系の世界の盛り上がりを感じる情報が入ってきています。もちろん、国の政策に代表されるようないくつかの理由はありますが、面白い意見を先日、某企業の取締役の方から伺いました。
PC 向けの製品、サービスに比べて、携帯ビジネスはクリティカルマスが一桁低いのではないか、ということです。
たとえば、匿名性の高い PC の世界では、100万や200万ユーザ集めなければ、スポンサーもつかず、ビジネスとして成立しにくいところが、ユーザの特定が比較的容易な携帯では、10万ユーザ、20万ユーザでビジネスをスタートさせられる。
そして、PC以上に行き渡ったデバイスの広がりがそれをさらに容易にさせる。
また、Felica 等の搭載によって、従来以上に集金が確実になった点も大きい。
これらのことを考えると、今、急速に組み込み系、Java の世界では、Java ME ビジネスが大きく動き出そうとしている現状がうかがえます。それにあわせたかのように、SDC へも ME 関連の記事への要望が急速に増えています。
ここ数年、SE/EE あるいは SOA のレイヤーに記事が集中していた点を反省し、ME の世界の記事を今号以降、増やしていきたいと思います。まず手始めに、現在の Java ME の状況を俯瞰する記事を掲載いたしました。
理由があって誌面上には、筆者名を出していませんが、この記事は Sun の日本人の中でも ME の世界の第一人者といってよかった門間純一さんに書いていただきました。
非常に多くのコンテンツが盛り込まれた SDC の今月号ですが、来月以降はさらに大型連載が開始されます。ビジネスパーソン向けには「Java ビジネス事例最前線」(仮題)、稚内北星学園大学の浅海智晴先生には、「Java 開発者のためのモデリング講座」(仮題)、同大学植田先生には「Java ME 技術解説」(仮題)、Sun のコンサルティング部隊が豊富な経験を交えて書く「SOA 最新事情」(仮題)、JavaOne 前後には、その予告/レポート記事など、盛りだくさんな内容を予定しておりますので、今後も SDC にご期待ください。
もし、SDC に関してコメントやフィードバックがありましたら、このブログのコメント欄、あるいは以下の問合せ先にお送りください。Java 開発者座談会も6月頃、また開催させていただく予定です。
お問い合わせ先 Developer Contact Center(DCC) FAX: 03-5331-8894 E-mail: sdc@sun.co.jp 住所: 〒161-0034 東京都新宿区上落合 2-28-7 落合高山ビル 5F |
今月の Sun Enterprise Newsletter をごらんになった方はあるいはお気づきかもしれません。
SDC (正確にはその中の Java Developer Connection ) に新しいコンテンツが続々増えつつあります。
2月号、3月号から始まった新しいコンテンツには次のようなものがあります。
Java テクノロジーの新しいオフィシャル情報は必ず JCP を通じてアナウンスされます。こまめに JCP をチェックしていれば、新しい Java テクノロジーにどのような技術が盛り込まれるのか、正確に把握することができます。
たとえば、3月時点の情報をみると、JSR-292 という面白い JSR が立ち上がりました。 JVM レベルで動的型付け言語をサポートしようとするものです。最近、注目度があがっているスクリプト言語を JVM で実行するにはキーになってくるテクノロジーです。目標として、次の次の Java SE のバージョンである Dolphin (Java SE 7) で実装される予定になっています。
また、すでに立ち上がっている JSR でも、日々新しいフェーズになっており、JCP をチェックしなければ正確な状況はわかりません。逆に言うと、JCP さえウォッチしていればJava 技術の動向把握は外すことはありません。
ただ、日本語情報がほとんどないため、チェックするのが億劫になっていた方も
いらっしゃるかと思います。
そこで SDC では、2月より毎月、JCP の新しい動き、特に注目筋の JSR の動向について日本語でエッセンスをお届けすることになりました。今後ともぜひご期待ください。
Java テクノロジーが世に出た10年前ならともかく、現在では、Java 言語を最初の本格的なコンピュータ言語として学ぶ人も珍しくありません。
ただ、世に出ている Java プログラミング教本の多くは、ある程度のコンピュータ知識や C 言語などほかのコンピュータ言語の知識を前提にしているものが多いのが実情でした。そこで、SDC では、コンピュータの知識がそれほどない方でも容易に Java プログラミングの楽しさを理解していただけるような連載を 3月からはじめることにしました。4月から新社会人、あるいは学生の方に Java プログラミングを教育しようとしている方もぜひご参照ください。きっとお役にたつと思います。
Java Web Application が、コーディングレスでも開発できてしまう Java Studio Creator のデビューから2年、成熟度をました待望のバージョン、Creator 2 がリリースされました。
その Creator2 の How to を、初期バージョンの頃から豊富な経験をお持ちの株式会社 FFC の佐藤さんが丁寧に解説してくれる連載も3月号からはじまりました。
Creator2では、特に Ajax 対応で注目されていますが、そのあたりも今後連載の中で解説していただく予定です。
実は、これらの新コンテンツはまだ序の口です。4月号からは、本格的に新連載が続々はじまります。Ajax, Web2.0, NetBeans, Java ME, 開発方法論、キーワードだけでも数え切れないほどです。
また、先日のSDC 座談会でいただいたフィードバックもこれら新コンテンツの中身に反映していく予定です。今年の SDC コンテンツにはぜひご期待ください。
Today I got a very nice Duke pendant from Mihoko Suzuki-san, one of my colleagues. She is very good at making silver accesory and made this Duke Pendant.
This is really great work, Mihoko-san!!
Should I put it on myself in some seminars? Or should I give it to a SDC member? And how?
Anyone has idea?