マニアが潰したテスト駆動開発〜『健全なビジネスの継続的成長のためには健全なコードが必要だ』対談 （５）

和田さんに『テスト駆動開発』の付録Cを書いた動機を聞いてみると、この15年のTDDを取り巻く問題点が浮かび上がってきました。

昨年１２月に行われた和田卓人氏と『時を超えたプログラミングの道』編集長／『スクラム実践入門』著者の家永英治氏の『健全なビジネスの継続的成長のためには健全なコードが必要だ』対談の記事第5弾をお届けします。

希薄化したTDD、プロダクトの成長のために必要なものは？〜『健全なビジネスの継続的成長のためには健全なコードが必要だ』対談 （６）

『健全なビジネスの継続的成長のためには健全なコードが必要だ』対談も遂に完結です。最終回は「付録Ｃの書かれた狙い」と「未来に向けたテスト」が語られます。

変化に適応するために開発者がしてきたこと 〜 『健全なビジネスの継続的成長のためには健全なコードが必要だ』対談 （１）

13年前のプロジェクトの体験談からテストを用いた「変化ヲ抱擁セヨ」の本質を読み解く

テスト駆動開発における進化的設計とデザインパターンの勘所とは？〜テスト駆動開発をやめて、なお残すべき習慣とは(9)

TDDの際にデザインパターンをどう使うのか、または、どう使わないのかを考えるお話。

ヘロヘロスクラム、内部の質、変化のための設計〜『健全なビジネスの継続的成長のためには健全なコードが必要だ』対談 （３）

スクラムは普及したが、それだけではエンジニアは生き生きしないのではないか？という点につ…

ユニットテスト可能なコードに変換するには「接合部」をマスターしよう〜 技術的負債とダンスを(6)

はじめに

内なる秩序の探求〜テスト駆動開発をやめて、なお残すべき習慣とは(7)

「何を作るか」の外側のループの次は、「どう作るか」の内側のループの秩序を探求しなければなりません。それには何が必要でしょうか？

知識差-スキル差を埋めるためのペアプロ＋αのコツ(1)

ペアプロを始めてみたものの、熟練者と初心者の間で知識差-スキル差が大きくうまくいかない時のコツ