システムをより柔軟にするために設計技法がよく使われますが、結局は扱いにくくなってしまうことがよくあります。その理由の一つは、設計において明示性が見過ごされがちであることです。

結合度を可視化し、削減する方法について考察する。

著書Planning Extreme Programming（エクストリーム・プログラミング計画）の宣伝のためにピアソンが行ったインタビュー。XPの背景と、XPプロジェクトにおける計画の役割について語り合っています。

クレイグのコラムでは、オープン/クローズドの原則と保護されたバリエーションの重要性、そしてパルナスの情報隠蔽がカプセル化以上の概念である理由について考察しています。また、保護されたバリエーションを実装する方法についてもヒントをいくつか紹介しています。

私が最初に学んだ教訓の一つは、ユーザーインターフェースコードは常に他のものから分離しておくことでした。これは今でも有効なアドバイスであるだけでなく、驚くほど頻繁に忘れられています。

2001年1月、2つのJavaツールがリファクタリングのルビコン川を渡りました。Javaでのリファクタリングは、本格的なツールサポートを得られるようになりました。

2001年にスノーバードで開催されたマニフェストにつながる会議に参加した際、ジムは執筆中の著書のために私にインタビューを行いました。エクストリームプログラミングと、数日後にアジャイルソフトウェア開発と呼ばれるようになったものについての私の考えのスナップショットを提供しています。

2001年2月、ユタ州スノーバードに17人が集まり、軽量級メソッドの新しいスタイルについて話し合いました。この会議の成果の一つは、ソフトウェア開発のための新しい種類のアジャイルプロセスを表す言葉として「アジャイル」を作り出したことです。また、アジャイルソフトウェア開発宣言を作成し、アジャイルメソッドの価値と原則を記述しました。ジム・ハイ・スミスと私は、このマニフェストをさらに説明するために、Software Development誌にこの記事を寄稿しました。

ソフトウェアにおける繰り返しの回避という単純なルールが、優れた設計につながることがあるのは、実に驚くべきことです。

新しいミレニアムの初めから、私たちは興味深いXPプロジェクトを実行してきました。ソートワークスにおける最初のXPプロジェクトの一つであっただけでなく、約50人が参加したという規模の大きさからも、興味深いプロジェクトです。ここでは、単一のイテレーションに対して行う必要がある活動と、さまざまなサブチームがどのようにイテレーションに関わっているかに焦点を当て、このプロジェクトの実行方法について説明します。

XPの魅力の一つは、XPを実践するために何をすべきかについて、非常に明確な記述がされていることです。さらに、その一連プラクティスは、互いにうまく連携するように注意深く設計されています。どれか一つを取り除くことは、深刻な結果をもたらします。しかし、XPやその他のアジャイルメソッドの原則の一つは、自己適応型であることです。つまり、プロジェクトを開発しながらプロセスを変更する必要があるということです。この概念は、XPの厳格なプラクティスとどのように適合するのでしょうか？