Emergent Design - ObLove 2009 summer
•
21 gefällt mir•3,420 views
Emergent Design, at Object Club 2009 summer
Empfohlen
Weitere ähnliche Inhalte
Was ist angesagt?
Was ist angesagt? (20)
Ähnlich wie Emergent Design - ObLove 2009 summer
Ähnlich wie Emergent Design - ObLove 2009 summer (20)
Mehr von Takuto Wada
Mehr von Takuto Wada (20)
Emergent Design - ObLove 2009 summer
- 1. テスト駆動開発者は 3周目に死ぬのか 和田 卓人 (a.k.a id:t-wada) Jul, 7th 2009 @ object club
- 2. 自己 紹介
- 3. 自己紹介 名前: 和田 卓人 (わだ たくと) ブログ: http://d.hatena.ne.jp/t-wada メール: takuto.wada@towersquest.jp Twitter: http://twitter.com/t_wada タワーズ･クエスト株式会社 取締役社長
- 4. これまで書いたもの WEB + DB PRESS vol.35 「実演! テスト駆動開発」 vol.37 「実演! リファクタリング」 vol.42 「REST特集」 vol.49 「DRY特集」 LifeHacks PRESS オープンソースマガジン(リレーコラム) 他いろいろ
- 6. デベロッパーテスティング・ライブ - 自信を持ってコードを書くための 心・技・体 - 【徹底討論】テストなんていらない？！ -テストを、どこまでやる べきか？ パネルディスカッション：テストを行うこと、テストを続けること デブサミ
- 10. “TDD done strictly from the YAGNI principle leads to an architectural meltdown around iteration three.” TDD を YAGNI 原則に則って厳格に行うな らば、3イテレーション目でアーキテクチャ が破綻するであろう
- 11. “TDD done strictly from the YAGNI principle leads to an architectural meltdown around iteration three.” TDD を YAGNI 原則に則って厳格に行うな らば、3イテレーション目でアーキテクチャ が破綻するであろう Jim CoplienBob Martin
- 12. 第一部 ピラミッド を組み上げる
- 14. Emergent Design Test Driven Development Refactoring Pattern Driven Development Code Qualities Principles Practices PathologiesWisdom Unit Testing Patterns
- 17. Emergent Design is the process of evolving systems in response to changing requirements, better understanding of existing requirements, and in response to new opportunities that arise from new technology, better ideas, and a changing world. 創発的設計とは仕様の変更や、既存の仕様のより 深い理解、また新たな技術、よりよいアイデア、 環境の変化などに適応してシステムを進化させる プロセスである 創発的設計とは
- 22. Pathologies
- 29. Principles
- 30. Single Responsibility Open-Closed Liscov Substitution Interface Segregation Dependency Inversion SOLID Principle
- 31. Don t Repeat Yourself Law of Demeter Principles
- 36. バージョン管理
- 38. テスティング
- 45. xUnit
- 46. バグ発見とコスト
- 48. どこをテスト すべき？
- 50. デバッガじゃ だめなの?
- 66. TDDとは 1. テストを書き 2. そのテストを実行して失敗させ(Red) 3. 目的のコードを書き 4. １で書いたテストを成功させ(Green) 5. テストが通るままでリファクタリング を行う(Refactor) 6. １∼５を繰り返す
- 67. • a test driven developer does not write a line of production code until he has written a failing unit test, and no production code can be written until there is a failing unit test • you do not write more of a unit test than is sufficient to fail, and “not compiling” is failing. So you cannot write very much of the unit test before you must write production code; • you cannot write more production code than is sufficient to pass the currently failing test. So you cannot write a little bit of a unit test and then run off and write a whole bunch of production code. Discipline
- 68. TDDの こころ
- 69. 一つずつ 少しずつ
- 72. すばやく まわす
- 74. 自分が最初の ユーザ
- 75. 不安を テストに
- 76. ボールは ひとつ
- 77. TDDは テスト技法では ない
- 78. TDDは 品質を 保証しない
- 79. TDDは 品質を 向上する
- 80. TDDは 設計技法です
- 81. テストは目的 ではなく手段
- 82. TDDの 真の目的
- 83. 健康
- 86. 不安の克服 健康の維持
- 88. “TDD done strictly from the YAGNI principle leads to an architectural meltdown around iteration three.” TDD を YAGNI 原則に則って厳格に行うな らば、3イテレーション目でアーキテクチャ が破綻するであろう Jim CoplienBob Martin
- 89. 誤解を解く •全てのコードをゼロから書くわ けではない •BDUF - ENUF - YAGNI •スタートでもゴールでもある
- 93. 私たちが 気付くのは いつ?
- 96. 計画する 計画し続ける
- 97. 設計する 設計し続ける
- 98. Emergent Design is the process of evolving systems in response to changing requirements, better understanding of existing requirements, and in response to new opportunities that arise from new technology, better ideas, and a changing world. 創発的設計とは仕様の変更や、既存の仕様のより 深い理解、また新たな技術、よりよいアイデア、 環境の変化などに適応してシステムを進化させる プロセスである 創発的設計とは
- 99. 第二部 ピラミッド に入る/戻る
- 100. Emergent Design Test Driven Development Refactoring Pattern Driven Development Code Qualities Principles Practices PathologiesWisdom Unit Testing Patterns Reality Bites 現実は厳しい
- 102. 既にテストの ないコードが 沢山ある
- 106. Edit and Pray
- 107. Cover and Modify
- 108. 既にデータの 入ったデータ ベースがある
- 112. テストの Paradox
- 114. Fragile Tests
- 115. 実装に 依存しすぎ
- 116. コード変えたら テストが真っ赤
- 117. Slow Tests
- 118. テストが 遅すぎる
- 119. なぜか テストが 足枷に
- 127. テストの 資産価値
- 128. 攻め続ける ためのテスト
- 129. なるべく 実装に 依存しない
- 132. テストの 資産運用
- 133. 役割と 寿命
- 134. 1.価値の低いテス トの価値を高める
- 135. テストの リファクタリング
- 138. テストを 減らす
- 139. そこで カバレッジ
- 141. まとめ
- 146. おわりに
- 147. TDDはスキルです • テストやTDDはスキルです。つまり… • 才能ではなく、習得可能です • 量は質に転化します • 写経!!
- 148. ご清聴 ありがとう ございました