品質と速度はトレードオフではない
両者が二律背反の関係となるのは局所的なもので、大局的には片方を犠牲にしたつもりでも両方を犠牲にしている
内部品質への投資の損益分岐点は1ヶ月で表れる
道徳や矜持ではなく損得の話
仮説検証プロセスに直接響く
両方を満たせる開発者になるにはフルサイクルの開発をし、自分で設計したシステムを長い間メンテナンスすること
テスト自動化の損益分岐点は「4回」
品質と速度を上げる場合に何が犠牲になっているか
教育
成長
多様性への投資
品質向上のためのコストが、低い品質のために発生するコスト(テスト、手戻り、バグ修正、メンテナビリティ)を下回る
短期的にも長期的にも、崩壊したコードを書くほうがクリーンなコードを書くよりも常に遅い
レガシーコードからの脱却
コードの品質を保っている「にもかかわらず」速いのではない、コードの品質を保っている「からこそ」速い
高品質を要求することでプロジェクトが遅くなることもない
品質基準を下げるとデリバリーが遅くなり、予測不可能性が高まる