トップスポーツチームの監督に教わる秘訣
この論文では、氏が発見した原則を要約し、その原則をいかにしてソフトウェア開発に応用するかを説明します。
作者 Rob Thornton, 翻訳者 編集部 投稿日 2007年8月31日 午前1時17分
IBMのAzader Ahadian氏はIBMのデベロッパワークサイトでJLINQに関する記事を掲載した。彼女はそれを"Javaデータベースアプリケーション記述用の IBMの新たなパラダイム"としてJLINQを紹介している。その名前とはうらはらに、JLINQはマイクロソフトのLINQとの共通点はあまりなく、むしろデータベースとランタイムDAOコードジェネレーションを含む統合を提供するEclipseプラグインなのである。そのプラグインは、次回のDB2のリリースになり、Viperが含まれるIBMのDeveloperWorksのベンチの一部となっている。JLINQはデータベースをナビゲートし、SQLステートメントかテーブルからJavaオブジェクトを発生させる機能を提供するEclipseプラグインなのである。
- データベース駆動オブジェクト化(DDO):テーブルを選択してまたデータアクセスと操作用のオブジェクトを発生させるのはCRUD(create, replace, update, delete)に関連している。これがJLINQが選択されたテーブル上でCRUD作動を実行するために必要なインターフェースとオブジェクト指向のクラ スを発生させる場所である。
- クエリ指向オブジェクト化(QDO):JLINQシステムはクエリステートメントの簡易なポイントアンドクリックセレクションを通して、またポップアップコンテキストメニューによる直感的GUIマナー内で簡単に関連性オブジェクトクラス階級を発生させることができる。
- オブジェクト関連性マッピング(ORM):JLINQはテーブルの行にクラスの保護(かもしくは公共の)された変数をマッピングする機能と同様に、基盤と なっているデータベースの中に潜在している与えられたテーブルネームに1対1でマッピングを実行するメカニズムを提供する。
JLINQはデザインタイムで、JPAと似たアノテーションを持つインターフェースを発生させる。コンパイルタイムでJLINQはオブジェクトのCRUD操作を処理するインターフェースのインプリメンテーションを生み出す。AhadianがJLINQをORMに関連付けている一方、Hibernateでは あたりまえとされているような、ポリモフィズム、コンポジション、キャッシング等の優れた機能は備えていないように見える。記事やリリースノート上では関 係者用のサポートに関してさえ全く言及されていないのである。Eclipseへの統合は効率的で開発時間を短縮させてくれるが、JPAやHibernateのようなオプションを使用すると、JLINQはトラクションを取得するのが困難になる。
一番初めに、このとるに足りないネーミングに注目が集まったが、実際は機能的にマイクロソフトのLINQとは異なっている。Jesse Davisが二つの相違点について述べている。
LINQはLanguage INtegrated Queryを意味している。実際には全くもって違うのだが。マイクロソフトがLINQという名前に何らかの権利を所有しているかわからないが、技術的に実際はそうでないものに対してIBMがその用語を使うのは遺憾である。LINQは本当はプログラミング言語そのものに統合されるものなのだ。JLINQはそのようなものでは全くない。これは単にIBMが作り出した新たなEclipse用のORMスタイルコードなのだ。
またChannel9にはこのネーミングを非難するスレッドがある。
【無償】「Google Apps 企業向けソリューションセミナー」のご案内
12/5 CSQ会員限定技術情報交換会にてJCP議長が標準化について語る
InfoQ Japanはコンポーネントスクエアが運営しています
この記事では、私達がどのようにして大規模(240人月、10万行強)でインドとオランダの開発者も参加したスクラム・プロジェクトを成功させたのかを示しています。
Agileカンファレンスに「参加者としてだけでなく、発表者として参加しよう」を掲げたチームgoyattomは、サブミッションを提出し、7つのセッションが日本から選択されました。参加者はカンファレンスで各々の発表や、各セッションへの参加、諸外国のエンジニアとの出会い、ステージ上で DearXPを熱演などの様々な思い出を抱えて、無事日本に戻ってきました。
マイクロソフトのRobert Bellが、SilverlightとJavaを使用したインターオペラビリティのシナリオを紹介し、サンプルコードを例にとってアーキテクチャの手引きを提供します。
Agileカンファレンスに「参加者としてだけでなく、発表者として参加しよう」を掲げたチームgoyattomは、サブミッションを提出し、7つのセッションが日本から選択されました。サブミッションが選択された人、そうでない人も含めて、個々の目的意識の確認、膨大なプログラムから聞きたいセッションの選択、旅行の準備、プレゼンテーションの準備の期間を終えて、無事当日を迎えました。
筆者はアジャイルソフトウェア開発についての年に一度の国際会議であるAgile2008に初めて参加してきました。今年の日本からの参加者の数は14名にも及び、発表者は5名、受け持ったセッションは8つに及び、例年にない活躍を見せました。なぜ今年のAgile2008では、これほど多くの日本人が参加し発表に至ったのか? そのレポートをお届けします。
エスエムジーでは、Java全般を対象にしたトラブルシューティングサービス「JaTS」を提供しています。この記事では、前回に引き続き、JaTSにて蓄積したトラブル事例とその解決ノウハウの一部をお送りしている「Javaトラブルシューティングメールマガジン」(JTSMM)の総集編として、過去2ヶ月のトラブル事例と追加情報をダイジェストとして提供いたします。
この記事では、モデル駆動アプローチがうまく機能しない、または機能しなくなることによって期待した結果が実現できなくなる 8 つの理由について書きたいと思います。
No comments
返信