Geoffrey Wiseman is a software generalist with an emphasis on Web, Java and Agile development. He's worked in professional services, and product development as a consultant, with partners, and for enterprises in Toronto, Ontario, Canada. He tries not to specialize as little as possible, and is interested in just about everything.
多くの開発者にとって、ルールエンジンと言うのは単なるバズワード、もしくはアーキテクチャの図上のブラックボックスです。遠くの方から恐れられたり、称賛されたりしていますが、理解されてはいません。ルールエンジンのような新しいパラダイムを受け入れる際には、技術のどうしようもないジレンマが存在します。 この記事では、私が金融サービス向けの市場ソリューションをサポートするためにルールエンジンとDroolsを実践した経験を共有し、ルールエンジンの便利な個所と、あなたが直面している問題に対してどのようにルールエンジンを適用するのが最良か、を理解する手助けとなることを目指しています。
今年 Google Guice と SpringSource は，依存性注入(dependency injection)に使用するアノテーションの標準セット定義に関して共同作業を行うと発表し，その成果を JSR-330 として提案した。このアノテーションが JSR-299 の提案内容と一致していなかったことが論争を巻き起こしたが，JSR-330 アノテーションを JSR-299 に適用すること，２つの JSR をともに Java EE 6 に採用することにより，この問題も現在は解決されている。
リリース候補となったJUnit 4.7は重要な新機能を含んでいる。それはルールである。要約すると、ルールとはJUnitのもうひとつの拡張メカニズムである。ルールによりテストごとにJUnitに機能を追加することが可能となる。JUnitの初期のバージョンで利用されていていたカスタムランナのほとんどはルールで置き換えることができる。新しい機能も追加された。
InfoQでは、Google Chromeの公開とその影響について包括的な記事を組み立てるため、時間をかけてコミュニティやニュースメディア、ブロゴスフィアから展望と分析を収集した。
完璧なソフトウェア開発プロジェクトがないのと同様、プロジェクトを運営する組織も完璧ということはありえない。もし、読者の関わっているソフトウェアプロジェクトの状況が悪化するとチームメンバーは不満を言い出すだろうか？それとも、立て直すためのアクションを取り始めるか？
2008年4月7日に開かれたCampfire Oneで、GoogleはGoogle App Engine(Google App Engine)を発表した。Googleは、これによりウェブアプリケーションを作ったり稼動させたりスケールさせたりする手間を省けるという。Google App Engineの要点は、ウェブアプリケーションをGoogleのインフラを使いながらローカルで開発でき、出来た後にはそのインフラへデプロイすることができるということだ。
Grails 1.0がリリースされたことが、プロジェクトのメーリングリストGraeme Rocher氏のブログおよびGrails.orgで発表されている。InfoQでは、Graeme Rocher氏に話を聞いた。Graeme Rocher氏は、Grailsプロジェクトのリードであり、G2Oneの創設者の一人かつCTOでもある。
アジャイルなソフトウェア開発を行う上で、イテレーションは基本的な特徴であると考える人は多いが、中には、果たして重要なのか、アジャイル方式に価値を加えているのか、余分ではないのか、はたまた無駄ではないかとさえ疑う者もいる。イテレーションがアジャイルチームにとって重要か否かの決定に役立ててもらおうと、InfoQではこの問題の論点を総括した。
オラクルとBEA Systemsは先日オラクルがBEAを一株あたり19.375ドルで買収する事に関して両社が合意に達したことを発表した。製品ラインの冗長性はどのように解消するのだろうか？反響は興味深く、また多様なものでインサイダー取引に関する懸念も既に上げられている。
FindBugs, PMD, CheckStyle, IntelliJ IDEAと言った静的コード解析 (Static code analysis:SCA) ツールは、開発者チームにとって、問題を見つけ出し、高いクオリティを保つ助けになる。しかしSCAツールが問題を指摘した際、チームはどう対処すべきなのだろうか？Vikas Hazrati氏の「静的コード解析は、単に氷山の一角にすぎない」と言う記事で示唆している。
過去2，3年間に渡ってJava SE 7の一部としてかもしくは将来行われる何らかのリリースにおいてJava言語にクロージャを付加することに関して広いディスカッションが行われてきた。Javapolisにおいて、Joshua Bloch氏はその問題における自身の意見と、なぜCICEがより適したアプローチであると感じているのかを述べた。
