InfoQ ホームページ アーティクル
-
/articles/tilkov-10-soa-principles/ja/smallimage/image_10_commendments.jpg)
SOA の 10 原則
多くのお客様と関わる中で、SOAの基本的な原則をまとめる必要性を感じています。このArticleでは、サービス指向アーキテクチャ(SOA)が持つとされる基本原則を紹介します。これらの原則は、絶対的な真理というよりは、SOAに関連した検討を行う際の基準の1つと考えてください。最初の4つは、 Don Boxの4つの原則に、個人的な解釈を少し加えて紹介します。
-
/articles/seven-fallacies-of-bpm/ja/smallimage/image_diagram_bmp(1).jpg)
ビジネスプロセス実行の7つの誤った考え
8年以上にわたる懸命な研究の末、ソフトウェア産業とその顧客は大きな壁に突き当たっている。ドットコム時代にBPM新進企業によって定義されたビジョンは、まだ実現していない。我々は、（開発者の最小限の介入を伴っても）ビジネスアナリストが設計したビジネスプロセスモデルを利用して完全な実行可能ソリューションを作り出す能力からかけ離れている。プロセス駆動型アプリケーションモデルの必要性は現実のものだ。ビジネスプロセス改善（Business Process Improvement）のイニシアチブはGlobal 2000企業の至る所で活気良く進んでいるが、こうした継続的なプロセス改善の強い必要性をよそに、2007年、BPM市場は（可能だろうと思われていた状態と比べて）未だ小規模にとどまっている。
-
/articles/spayd-partnership-contract/ja/smallimage/contracting.jpg)
「コンサルティング」契約
Michael Spayd氏が「コンサルタント」に関する、契約者と非契約者について語ります。身近なシステム開発シナリオの中での一般的なITナレッジワーカーの役割を展開し、仕事の開始と合わせたその行動をたどってみましょう。途中、クライアント (内部または外部を問わない) との契約の要素と、計画的な関係への取り組みを開始することの重要性について検証します。
-
/articles/rich-office-client-applications/ja/smallimage/office.jpg)
Rich Officeクライアントアプリケーション
知恵のあるJava開発者をずっと避け続けている、興味深い一面に、別のクライアントプラットフォームがあります。これは、すでにユーザのデスクトップのほぼすべてに存在し、ユーザインターフェイスオプションとして驚くほどの量の能力と柔軟性を提供し、リリースされたすべてに集中的な研究を経た親しみやすいユーザ対話型形式を提供しています。もちろん、Microsoft OfficeプラットフォームのWord、Excel、Outlook、PowerPoint、InfoPathのことを話しています。
-
/articles/satir-communication-model-teams/ja/smallimage/argument.JPG)
コミュニケーションの失敗のスパイラルをコントロールせよ
私たちは毎日コミュニケーションに失敗している。失敗は取るに足りないものから悲惨な結果をもたらすものまで様々だ。残念なことに、私たちには口論やケンカやもっとひどいことになるまで、コミュニケーションの失敗の本質について注意を向け自分たちのやりとりを分析しようとしない傾向がある。コミュニケーションの失敗はチームワークが重要な今日の世界のビジネスにおいて競争上の優位を得るための最も大きな障害である。この記事では J. B. Rainsberger 氏が祝日の挨拶を例に、効率的なコミュニケーションと信頼の構築、そしてチーム作業を行うための秘密兵器のひとつを教えてくれる。
-
Spring 2.5の新機能を使ってアプリケーションを作る(その1)
Spring Frameworkは、コンテナによってBeanのインスタンスの生成や関連付けを管理するDIコンテナです。当初のSpring Frameworkでは、XML以外に設定を記述する方法がなかったのですが、Spring Frameworkのバージョンも2.0、2.5と進むうちに様々な設定を、アノテーションを用いて記述できるようになりました。ここでは、XMLを用いて設定をしていたアプリケーションを、アノテーションを用いた方式に書き換えることにより、どれだけXMLの記述量を減らせるか、どのようなところをアノテーションで記述し、どのようなところをXMLで記述する必要があるかといったポイントを検証していきます。
-
/articles/ruby20-dhh-interview/ja/smallimage/image_ruby_ver2.0.jpg)
David Heinemeier Hansson氏とRails2.0について語る
長い開発の末、Ruby on Rails 2.0がついにリリースされました。InfoQでは、Ruby on Railsを作った人でもあり、最大の提案者でもあるDavid Heinemeier Hansson氏と話す機会をもちました。
-
/articles/rest-introduction/ja/smallimage/image_leaning(2).jpg)
REST入門
本稿では、Stefan TilkovがWorld Wide Webに潜むアーキテクチャであるREST (REpresentational State Transfer)の実用的な説明をしています。
-
/articles/groovy-1.5-new/ja/smallimage/groovy.jpg)
Groovy 1.5の新機能
今日では、あらゆるメジャーなエンタープライズフレームワークはアノテーションやEnum、ジェネリックスと言った機能を必要としており、それらが使用される範囲は最大限広げられつつあります。幸運なことにGroovy 1.5ではこうしたJava 5の機能が全てサポートされ、開発者はプロジェクト内においてそのメリットを享受することができます。アノテーションやEnum、ジェネリックスが Groovyでどのように使われているかを見ていきましょう。
-
/articles/Rule-Engines/ja/smallimage/ruleengines.jpg)
現実世界におけるルールエンジン
多くの開発者にとって、ルールエンジンと言うのは単なるバズワード、もしくはアーキテクチャの図上のブラックボックスです。遠くの方から恐れられたり、称賛されたりしていますが、理解されてはいません。ルールエンジンのような新しいパラダイムを受け入れる際には、技術のどうしようもないジレンマが存在します。 この記事では、私が金融サービス向けの市場ソリューションをサポートするためにルールエンジンとDroolsを実践した経験を共有し、ルールエンジンの便利な個所と、あなたが直面している問題に対してどのようにルールエンジンを適用するのが最良か、を理解する手助けとなることを目指しています。
-
/articles/agile-kanban-boards/ja/smallimage/three-level-kanban_small.jpg)
かんばんボードによるプロジェクトの見える化
アジャイル開発でプロジェクトを進めている現場では、やるべき作業を表す付箋や、進行状況を示すチャートをプロジェクトルームの壁に貼って状況を見える化し、共有している光景をよく見かける。 本稿では、昨今のアジャイル開発プロジェクトで広く浸透している見える化の手法を見ていく。その中で、チーム全体がプロジェクトの今の状況を把握し、開発者の自律的な作業を可能にし、協調作業を促進する、三つの視点(とき、こと、ひと)をうまく使うかんばんボードの利用法を提案する。そして最後に、三つの視点によるプロジェクトの見える化を実現している、かんばんボードのソフトウェアによる実装 “TRICHORD” を紹介する。
-
/articles/idc-study/ja/smallimage/net.jpg)
インタビュー: MicrosoftのSOA戦略についてDino Chiesa氏に聞く
マイクロソフトは北アメリカをベースとして(1000人以上の従業員がいる)企業500社に対し、包括的なアプリケーションプラットフォームの調査を行った。