エクストリーム・プログラミング
訳すと、究極のプログラミング。
略すと、XP。
Windows XPじゃありません。
開発の中心はプログラミングで、人間中心のプロセスと言われる。
アジャイル(機敏な)開発の先駆け。
以下の4つの事項に価値を置く。
・シンプル
・コミュニケーション
・フィードバック
・勇気
そして、その価値を高めるためにいくつかのプラクティスを定義している。
・シンプルな設計
・短期リリース
・コードの共同所有
・オンサイトの顧客
・ペアプログラミング
・テストファースト
・リファクタリング
・週40時間労働
・計画ゲーム
・コーディング標準
・インクリメンタルな開発
・メタファ
詳しく書こうかと思ったけどそんなに深く理解できていないので、とりあえずさわりだけで、
以下は感じたことを。
プログラムを中心に進めるという、非常に本質に沿った開発手法だと思う。
プログラムが動かなければ、何にもならない。
仕様書が動くわけではないし、マネージャーがコーディングするわけでもない。
（ただ、これらを軽視するということではない。）
プログラムをシンプルに書けば、そのぶんだけ仕様書を書く量も少なくて済む。
コミュニケーションが親密であれば、阿吽の呼吸（何を考えているのか言わなくてもお互い理解できるということ）が生まれ、余計な労力を支払わずにすむ。
フィードバックが早いほど、人間の脳は成長が早くなる（んだったけかな？）
そして、行動を起こすためには勇気が必要で、起こすたびに勇気も強くなってくる。
と、私としては非常にストライクな開発手法であります。
まぁ、負の面もあって、仕様書を作らなくていいんだ、スケジュールを立てなくていいんだ。
と、XPでは言っているんだと勘違いされやすいこと。
XPは決してそんなことは言っていない。単純に優先順位がプログラムのほうが上だということ。
ここで定められているプラクティスで特に気に入っているものは、
・リファクタリング
・テストファースト
・インクリメンタルな開発
である。
私は、このXPから、リファクタリングという存在を知りました。
というわけで、次はリファクタリングについてかこっと。
■書籍
エクストリーム・プログラミング入門編
XPエクストリーム・プログラミング導入編
XPエクストリーム・プログラミング実行計画
XPエクストリーム・プログラミング実践記
読んだのは入門編と実行計画だけですが。
