Eclipse 4.0の計画
- 共有
-
- |
後で読む
マイリーディングリスト
今週初め、Eclipse(サイト・英語)のさまざまなプロジェクトに関わっているチームおよびデベロッパがEclipseの将来における次のステップについて、白熱した 議論を繰り広げた。Eclipseコミッターのメーリングリスト(source)での「e4」というインキュベーションプロジェクトの発表が、そのきっかけとなった。
このような計画文書が一般的にEclipseのトップレベルのプロジェクト(source)と呼ばれるリリースで、テーマの目的を概説することは歴史的に見ても慣例で あった。伝統的にトップレベルのプロジェクトは、Eclipseプラットフォーム、Java開発ツール、プラグイン開発ツールおよびEclipseの「昔 ながらの」流通(JavaおよびEclipseプラグインIDE)であると一般的に呼ばれるその他すべてのコンポーネントを含む。この計画フォーマットは、Eclipse 2.1のリリースから使用されており、Eclipseトップレベルプロジェクトサイト(source)でそれぞれの先行計画が利用可能である。計画の起草以前からコミュニティの関与が要求されていたという点では、e4の発表はいくぶん違ったアプローチである。
もともとe4プロジェクトは、コミュニティを集結するという点にすぎない。コードの変更やアイデアをいち早く追跡する場である。このプロジェクトを開始する目的は、EclipseCon 2008(source)においてコミュニティからインプットやアイデアを得て、そしてコミュニティのインプットに基づいた計画を起草するための取り組みとして、多くの人 びとによって描写されている。主にPlatform UIチームに関わっているEclipseコミッターのKevin McGuire氏がe4をこのように説明した。
InfoQでは、引き続き今後のEclipseの計画決定を利用可能になり次第、取り上げていく予定である。
原文はこちらです：http://www.infoq.com/news/2008/03/e4
ディスカッション
e4という呼称はEclipse 4.0からきており、昔ながらのEclipseの流通やプラットフォームプロジェクトに対する次のリリース番号である。最後3つのEclipseのリリー スは、これらのバージョン番号の関係を共有している。Callisto(source)は、Eclipseプラットフォームv3.2に対応、Europa(source)は、 Eclipse プラットフォームv3.3に対応、そして近日リリース予定のGanymede(source)は、Eclipseプラットフォーム3.4に対応している。コンポーネントの説明Eclipse Project PMCはEclipse Project Incubatorの一部として、E4と呼ばれる新しいコンポーネントを発表している。
Eclipse Project 3.4のリリース周期の期間、重要な計画項目の1つは「Eclipse 4.0計画の作成」だった。この作業が意図するところは、現在好調であるEclipseの状況に影響を及ぼすような切迫した問題を特定し、それに対処する 計画を考え出すことである。その成果が新しいプラットフォーム「e4」の設計であり、Eclipse4.0の基礎となるものである。
e4コンポーネントが目指しているのは、検討をおこなう場として公共の会場を提供し、e4設計へ話題を持っていくことである。この分野での作業を継続し、e4への徹底した取り組みの構築方法について合意に達することを期待している。
このような計画文書が一般的にEclipseのトップレベルのプロジェクト(source)と呼ばれるリリースで、テーマの目的を概説することは歴史的に見ても慣例で あった。伝統的にトップレベルのプロジェクトは、Eclipseプラットフォーム、Java開発ツール、プラグイン開発ツールおよびEclipseの「昔 ながらの」流通(JavaおよびEclipseプラグインIDE)であると一般的に呼ばれるその他すべてのコンポーネントを含む。この計画フォーマットは、Eclipse 2.1のリリースから使用されており、Eclipseトップレベルプロジェクトサイト(source)でそれぞれの先行計画が利用可能である。計画の起草以前からコミュニティの関与が要求されていたという点では、e4の発表はいくぶん違ったアプローチである。
もともとe4プロジェクトは、コミュニティを集結するという点にすぎない。コードの変更やアイデアをいち早く追跡する場である。このプロジェクトを開始する目的は、EclipseCon 2008(source)においてコミュニティからインプットやアイデアを得て、そしてコミュニティのインプットに基づいた計画を起草するための取り組みとして、多くの人 びとによって描写されている。主にPlatform UIチームに関わっているEclipseコミッターのKevin McGuire氏がe4をこのように説明した。
当初のプロジェクトの発表でフォーマットやアプローチをめぐった白熱した議論が何度かあった。e4プロジェクトはEclipseが次に広く話題を集めるよ うにさまざまな改良がおこなわれるが、その中心的なテストベッド として機能するようである。過去は、Eclipseのバージョン数の増加がEclipseプロジェクトの重要な変更を意味してきた。Eclipse 3.0への遷移には、EclipseのOSGiプラットフォームへの移行、Eclipseリッチクライアントプラットフォームの発表と作成および外観とパ フォーマンスの見直しの両方が含まれた。期待されることは、Eclipse 4.0もそのような転換があることである。プラットフォームチームにいるわれわれとしては、Eclipseが非常に気になっている。あなたがたもそうだと思う。長く、健全に存続して欲しいと思う。 全力でコミュニティの役に立ってもらいたい。それができないと、ショックである。長く存続し、活気があり、関連性のあるプラットフォームである Eclipseにとって、変われるに違いないことは明らかである。しかし、膨大なプラグインやプロジェクトの影響力およびAPIが、最小の抵抗のパスが低迷していることを意味し、現在の制限されたシステムを考慮すると、変化を有効にする取り組みは、重要になっている。
したがって、以下の2つのことが発生するに違いない。
- 試行錯誤がおこなわれ、変化へと通じる新しい空間を開拓する必要がある。
- 新たにほかの人びとが関与し、活力、アイデア、要求、知識および熱意をもたらす必要がある。
本来上記2点は、関連している。
それがe4である。
InfoQでは、引き続き今後のEclipseの計画決定を利用可能になり次第、取り上げていく予定である。
原文はこちらです：http://www.infoq.com/news/2008/03/e4
コミュニティコメント
特集コンテンツ一覧
かんばん方式を実践する
Vikram Gupta 2013年5月21日 午前4時15分
Javaのパフォーマンスについての９つの誤信
Ben Evans 2013年5月8日 午後8時36分
アジャイルにおけるソフトウェアアーキテクチャ図とNoUML
Simon Brown 2013年5月1日 午後11時54分
本当に自己組織化したチーム
Emmanuel Gaillot 2013年4月30日 午前3時42分
ニーズに合ったESBを選ぶには
Kai Wähner 2013年4月15日 午後9時29分
デザインパターンの自動化
Gael Fraiteur and Yan Cui 2013年3月26日 午前2時34分
こんにちは
コメントするには InfoQアカウントの登録 または ログイン が必要です。InfoQ に登録するとさまざまなことができます。アカウント登録をしてInfoQをお楽しみください。
あなたの意見をお聞かせください。