InfoQ ホームページ アーティクル
-
/articles/rules-distributed-teleconference/ja/smallimage/PolycomSoundpointIP4000.JPG)
人に愛されるリモートミーティングの手引き
テレカンファレンスとデスクトップを共有するツールを使いこなすことは、現在のビジネスにおいて重要なスキルになっています。本稿は、これらの情報と裏技を提供します。
-
/articles/netkernel-casestudy/ja/smallimage/pastedGraphic.jpg)
NetKernelで実装したRESTfulなESB
この記事では、1060 Research社のNetKernelを使用したリソース指向のエンタープライズサービスバス(ESB)の実装によるSOA採用プロセスを始めた6ヶ月間のプロジェクトについて説明します。
-
/articles/prototypes-for-metadata/ja/smallimage/image_postit(2).jpg)
オブジェクト・メタデータにシングルトンクラスを使う
オペレーションあるいはAPI呼び出しの結果、多数のオブジェクト、つまりオブジェクトグラフができてしまった。やるべきことは、データを解析し、解析結果をグラフのメタデータとして保存することである。
-
/articles/pat-kua-onboarding-new/ja/smallimage/Race.jpg)
Lean開発者のスタート: チームのスタートアップ時間の削減
アジャイルプラクティスは新チームメーンバーが知りたい情報を直接提供するものではありません。そこで私は、新しいチームメンバーの「セットアップ時間」の削減するために、新しいプラクティスを提案します。
-
/articles/agile-version-control/ja/smallimage/versioncontrol.JPG)
複数のアジャイルチームでのバージョン管理
このレポートでは複数のチームが動いているアジャイル環境において、どのようにバージョン管理を行えばいいかを説明します。このスキームは"Scrum and XP from the Trenches(source)（InfoQのミニブック）に出てきた企業で私たちが新しく採用した方法です。
-
/articles/vinoski-erlang-rest/ja/smallimage/image_rest.jpg)
ErlangとYawsを使ったRESTfulサービス
本稿では、Steve Vinoski氏が、プログラミング言語ErlangとWebサーバーYawsを使用したRESTful Webサービスを構築する方法を説明します。
-
Google Gearsの現状、そして未来を占う
この記事では、現在Gearsが提供している機能を学び直すとともに、Gearsが将来備える可能性のある機能を紹介することで、Gearsが目指すものを明らかにしていきたいと思います。そして最後に筆者の私見も交えつつ、Web技術の将来像について少し想像を巡らせたいと思います。
-
/articles/learning_is_the_bottleneck/ja/smallimage/thinker.JPG)
高い生産性を生み出すソフトウェア開発の秘伝
何について学ぶのか？お互いのこと、テクノロジ、ドメイン、顧客など、すべてについてである。速く学習するチームは成功する。チームのパフォーマンスを妨げる目に見えない「学習ボトルネック」について詳しく知りたいのなら続けて読んでほしい。
-
/articles/governance-coding-standards/ja/smallimage/GovernanceTool02small.jpg)
-
/articles/tilkov-rest-doubts/ja/smallimage/image_doubts_concerns.jpg)
RESTに関する疑問に答える
本稿では、Stefan Tilkov氏が、RESTを探求しようとしている、特にSOAP/WSDLベースのWebサービスに強い背景を持つ人たちが抱く、最も一般的な10の疑問について答えます。
-
/articles/soa-healthcare/ja/smallimage/cover1.PNG)
サービス指向アーキテクチャで医療システムの性能を改善する
本稿では、書籍「Service Oriented Architecture Demystified」のとある章をベースとしたもので、医療分野におけるヘテロジニアスな環境にSOAを適用するメリットについて説明しています。
-
/articles/iterative-continuous/ja/smallimage/cart_fast.jpg)
反復的で自動化された、継続的なパフォーマンステスト
アプリケーションのパフォーマンスを考えたとき、我々はアプリケーションが完成に近づくまでは、パフォーマンスのテストを滅多に行いません。我々が機能テストで行ってきた、反復、自動化、継続という教えをパフォーマンスについても同様に適用できるでしょうか？