アジャイルが否定したものを見直そう - arclamp
2014/9/6に開催されたXP祭り2014で「アジャイルを手放して得られたこと」という講演をしてきました。Togetterはこちらから。 元々は「アジャイルのダークサイド」の話がしたくて応募したのですが、その後、いろいろと考えているうちに僕自身にも気づきの多い内容となりました。 さて反応を見てると前半のアーキテクチャとマネジメントの話に興味を持っていただいたようです。なので、このブログでは「なぜアーキテクチャとマネジメントの話からアジャイルの話をしたのか」ということを書いてみます。 アジャイルがさまたげたもの アジャイル開発手法が大きく注目されるのは1999年の「Extreme Programming Explained」の出版であり、2001年の「アジャイルソフトウェア開発宣言」です。1990年代後半から2000年代初頭というのは、IT産業が大きく成長する時代であり、同時に、当時主流で
連載：アプリケーション・アーキテクチャ設計入門 第5回（最終回） 物理配置および運用上の要求（1/4） - ＠IT
はじめに さて、今回は連載の最後を締めくくる、Application Architecture for .NET（以下AAfN）の最終章（APPENDIXを除く）となる「物理配置および運用上の要求」を解説する。 ここまでの章では、アプリケーション・アーキテクチャを論理階層（レイヤ）の面から取り上げてきた。この論理階層（レイヤ）は、アプリケーションの中に含まれるさまざまな機能について語るには都合がいいが、分散アプリケーションとして複数台のコンピュータに配置する際には必ずしも論理階層（レイヤ）のとおりに分割されるわけではない。 どうして、論理階層（レイヤ）と物理階層（ティア）との間に違いがでるのだろうか。それは、論理階層（レイヤ）への分割と物理階層（ティア）への分割では、目的が異なるからである。論理階層（レイヤ）への分割は、カプセル化や抽象化といったテクニックで複雑なアプリケーション・システム
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
