InfoQ ホームページ アーティクル
-
アジャイルの限界
非伝統的な環境でアジャイルを実践しようとする試みが直面する問題は、アジャイルの原則が適用できないことでも、フィードバックのサイクルが始めからうまくいかないことでもない。アジャイルのスイート・スポットの外では、アジャイルの技術を適用するにはさらなる障壁があり、コストがかかること。これが、彼らが直面した問題だ。これらの障害物はアジャイル自体の適用を妨げるものではないが、アジャイル適用のコストを引き上げる。
-
マルチタスクで仕事は遅くなる
個人がマルチタスクで仕事をした場合、非効率で遅くなることは今ではよく知られている。アジャイル/スクラムチームであれば、実行しなければならないプロジェクトの数が鍵となる。アジャイルはチームは一度に一つのチームに従事するべきで、そうでなければ破たんする、と示している。Roger Browns氏はなぜこのようなことが起こるのか、掘り下げて解説している。
-
5つのコンフィグレーション管理ベストプラクティス
この記事では、コンフィグレーション管理を楽にするため、そして、アプリケーションを運営、管理する必要のある人たちを楽にするために、コード内からできることについて調べたものだ。これらのパターンはThoughtWorksのプロジェクトで何度も使ってきて、その価値が証明されているものだ。
-
信頼できるメッセージングは、不要。
Marc de Graauw氏は、WS-ReliableMessagingのようなトランスポート レベルの信頼性メカニズムが必要だ、という考えに対して、挑戦している。そのために、オランダのヘルスケアのSOAを例に、いかに、順番処理と正確に1度の処理を実現するビジネス論理の方が、ずっとうまくジョブを処理できるかを説明している。
-
Javaにおけるラムダ:詳細な分析
PythonやRubyのような言語は長いことラムダを使ってきたが、最近のJVMベース言語の台頭(特にGroovyとScala)により、Javaにおいてもラムダを求める声が再燃した。ラムダとは何か?そして、Java言語にラムダを追加するにあたって提案されたシンタックスはどのようなものか?この記事はこれら2つの問いに対して詳細に検討する。
-
ScalaとSpring:両世界のベストを一体化
Scala, Spring と JPAを使った具体的な例を基に、このアーティクルは、暗黙の変換や traitsのようなScalaの強力な概念によって、いかにSpringを強化するかを説明している。更に、Javaベース���フレームワークとScalaの間の溝がいかにスムーズに埋められるかを示している。
-
グラフデータベース、NOSQL、Neo4j
グラフデータベースについて、Peter Neubauer氏がRDBMSとの比較、NOSQLムーブメントにおける位置付けを紹介する。また、Javaによるグラフデータベース、Neo4jの使用例を示す。
-
コンテキストマッピングによる戦略的ドメイン駆動設計
オブジェクト指向モデリングに対する多くのアプローチは、アプリケーションの規模が拡大し、複雑さが増すにつれてスケールしなくなりがちである。「コンテキストマッピング」のテクニックは、巨大なソフトウェア開発プロジェクトにおいて複雑さを管理するのに用いられ得る。この記事では、著者のAlberto Brandolini氏が、「境界つきコンテキスト」が持つ多くの側面に関して議論し、ソフトウェアプロジェクトにおける重要な意思決定を支える上でどのように「コンテキストマップ」を構築するべきかを示す。
-
「かんばん」をソフトウェア開発に適用する: アジャイルからリーンへ
このInfoQの記事において、平鍋健児氏は、日本の製造業者と共に学んだことを適用する。多くのアジャイルチームはバリューストリームの一部だけを最適化するが、平鍋氏は、リーン生産のかんばんによる視覚的なトラッキングシステムから学んだことを適応させるシンプルな方法を提案する。このかんばんシステムは、多くの企業でプロセスを見える化し、よりよいコミュニケーションとプロセスの改善をもたらすものだ。
-
実践RESTful HTTP
Gregor Roth氏から、RESTful HTTPの基礎に関してオーバービューを提供し、RESTful HTTPアプリケーションを設計する上で開発者が直面する典型的な問題に関して取り上げる。その中で、RESTアーキテクチャスタイルをいかに実践していくかを示す。Gregor氏は、URIの命名の共通して利用されるアプローチや、統一インターフェースをつかったリソースへのインタラクション、PUTとPOSTの使い分け、CRUD以外の操作のサポートなどについてとりあげている。
-
アジャイルにおけるプロジェクトマネジャーの役割
どの本もアジャイルのコーチやファシリィテーターの役割は語っているが、マネージャーの役割について語っていません。この記事では最初に一般的に産業界でのプロジェクトマネージャーの役割について説明し、それから、アジャイルにおけるコーチ/ファシリィテーターの役割にあてはめてみます。この議論の中でコーチ/ファシリィテーターの意味の範囲を広げていくつもりです。
-
アレグザンダー祭りにて、James.O.Coplienが語るアジャイルとスクラムの源流とは
「パターン」と呼ばれる設計手法をご存知ですか?この建築の分野ではじまった設計の形式知化手法、および、使う人と作る人の対話のプロセスは、私たちソフトウェアの世界に援用されて1995年に「デザインパターン」という書籍で注目を浴びました。さらに、アジャイルと呼ばれる開発手法には、ユーザーといっしょに対話をしながら設計を進める「パターン」の思想が脈々と引き継がれているのです。この「パターン」の源流は、一人の建築家のアイディアから始まっています - その建築家の名は、クリストファー・アレグザンダー。