InfoQ

InfoQ

エディタ毎の記事の表示

全ての 徳武 聡に関するすべてのコンテンツ


徳武 聡が書いた最新の記事

継続的デリバリのパターン

トピック
Continuous Integration,
アジャイル技術,
Agile

あらゆる場合に有効な継続的デリバリのソリューションはありません。チームの人数の構成はどのような選択肢を取りうるか、どのようなトレードオフがあるかに大きく影響を与えます。スタッフエディタであるJonathan Allen氏が自身の15年の経験の中で見てきたパターンのいくつかを紹介します。

徳武 聡が書いたNews

LiveRebel 2.0で実行中のウェブアプリケーションをアップデートする

トピック
Java,
言語,
マネジメント,
デプロイ,
プログラミング,
クラウドコンピューティング

ZeroTurnaroundはJava EEのアップデートソリューションであるLiveRebelでホットパッチング技術を提供する。新しいバージョンでは、インターフェイスを改善し、アップデートのトランザクションを保証する。

美しいものは使いやすい、それとも使いやすいものは美しい?

トピック
設計,
UX,
リサーチ

ヨーロッパのふたつの大学の研究者グループが「美しいものは使いやすい」という命題が正しいかどうかを評価したところ、「使いやすいものは美しい」という結論に至った。

Visual Studio 11のUI変更

トピック
Visual Studio,
Microsoft,
.NET,
IDE,
プログラミング

Visual Studio 11ベータ版のUIの変更について開発者は意見を言い、Microsoftはそれに答えた。InfoQはMicrosoftにVS11リリース候補版のUI変更について話を聞いた。

ストーリーポイントの間違った使い方。

トピック
Scrum,
Agile

ストーリーポイントは作業量を相対比較するために使うものだ。機能開発に必要なコストや作業量、工数を抽象化する。しかし、ストーリーポイントを機能のランク付けに使ってしまっているチームもあるようだ。

アジャイルに対するマネジメントの見方

トピック
ウォーターフォール,
Agileの採用,
Lean,
アジャイル技術,
Agile Manifesto,
Agile in the Enterprise,
Agile,
マネジメント

Steve Denning氏はForbesでの連載記事でアジャイルコミュニティが主流のマネジメントに受け入れられるために直面する困難について書いている。

徳武 聡が書いたArticle

SOAの未来はRESTか

トピック
WS Standards,
Webサービス,
REST,
SOA,
設計,
Architecture,
エンタープライズアーキテクチャ

この記事ではBoris Lublinsky氏がSOAとRESTのアーキテクチャ上の違いを説明し、SOAの実装としてのRESTを使う方法を説明します。

Oozieの紹介

トピック
Business Process Management,
Java,
ビジネス,
エンタープライズアーキテクチャ,
言語,
SOA,
Architecture,
プログラミング,
Hadoop

複数のMap/Reduceジョブを論理的なひとつのユニットに組み上げるフレームワーク、Oozieを紹介します。

本の抄録とインタビュー : The Joy of Clojure

トピック
Java,
Clojure,
言語,
LISP,
プログラミング

Michael Fogus氏とChris Houser氏の共著The Joy of Clojureは、読者にClojureの文法を教えるだけでなく、Clojureらしいコードを流暢に書く方法を示そうとしている。この本は、関数型の視点からプログラミングの問題にアプローチする方法を教えてくれる。またClojureのコードをエレガントで効率的にするためのLispの手法も習得できる。

スクラムアジャイルチームに必要なスキル

トピック
コラボレーション,
Agileの採用,
Continuous Integration,
アジャイル技術,
ユニットテスト,
チームワーク,
Automation,
Agile in the Enterprise,
Agile,
TDD,
テスト,
Productivity,
Refactoring

高度に生産的なアジャイルプロジェクトで求められるスキルは伝統的なプロジェクトで必要なスキルとは違う。この記事では優れたチームにするための技術的なスキルや振る舞いを特定する。これらの‘デルタ’特質を獲得した人はだれでも、正しい技術的なスキルや振る舞いを身につけて、アジャイルプロジェクトで効率的に働くことができるだろう。

マネージャ 2.0: スクラムでのマネージャの役割

トピック
Agileの採用,
Self-organizing Team,
Agile in the Enterprise,
チームワーク,
Scrum,
Agile,
マネジメント

スクラムは3つの役割しか定義しない。それはプロダクトオーナとスクラムマスタとチームだ。ここにはマネージャは存在しない。Pete Deemer氏はスクラムを適用したときにマネージャが受ける影響や、マネージャの役割をどのように再定義するのがいいのか(職務内容記述書のサンプルを含む)、マネージャをスクラムマスタに任命することなどを考察する。