スタブ・モックは本当に悪者なのか？〜テスト駆動開発をやめて、なお残すべき習慣とは (2)

TDD批判の際に真っ先に矛先を向けられるスタブ・モックは本当に役に立たない代物なのでしょうか？自身の経験を踏まえて再…

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

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

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

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

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

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

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

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

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

俺達のTDDの戦いはこれからだ！〜テスト駆動開発をやめて、なお残すべき習慣とは(1)

巷ではTDDは死んだと言われているが、そうではない。「死してなおも輝く」のだ！！

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

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

Go言語をTDDで学んでみた話

テスト駆動開発を使ったプログラミング言語学習の実例

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

はじめに