プログラミングどうやる？ ～テスト駆動開発から学ぶ達人の型～

世の中には設計に関する型（パターンやベストプラクティス）は多々ありますが、理想的な形を知っていたとしても実践の場で活用するのは難しく感じます。どうすればプログラミングをうまくやれるでしょうか？
そのような疑問について、達人たちの型であるテスト駆動開発に注目して考えて見たいと思います。

Transcript

1. プログラミングどうやる？ テスト駆動開発から学ぶ達人の型
2. 自己紹介 Atsushi Okui (@blue32a_jp) ソフトウェアエンジニア / Webアプリケーション エンジニア / PHPer 関心：設計、コード品質、リファクタリング、テス ト、モデリング
3. 主題 プログラミングどうやる？
4. プログラミングで目指すゴール 『動作するきれいなコード』
5. 「動作する」のゴール • ステークホルダーからの要求 • 仕様書、設計書 • Issue • etc.
6. 「きれいな」のゴール • 『リーダブルコード』 • SOLID原則 • デザインパターン • **** アーキテクチャ • etc.
7. 動作するきれいなコード
8. ゴールの情報は様々あるが、 どうやって行くかの情報はあま り無かったりする
9. プログラミングどうやる？ どうやってゴール（動作するきれいなコード） を目指す？
10. 副題 テスト駆動開発から学ぶ達人の型
11. テスト駆動開発：？ 達人：？👈 型：？
12. テスト駆動開発の考案者 Kent Beckさん
13. テスト駆動開発：？ 達人：Kent Beckさん 型：？
14. テスト駆動開発：？👈 達人：Kent Beckさん 型：？
15. 混同されやすい自動テスト関係の概念 ”テスト駆動開発（TDD：Test-Driven Development）という 名前は、現在では多くのエンジニアに広まっていますが、 そこにはやや混乱も見られます。「 TDD」という言葉が指し ているものが人によって異なるのです。自動テストを書くこ とをTDDと呼ぶ人もいれば、テストを先に書くこと（テスト ファースト）をTDDと呼ぶ人もいます。TDDの利点を説く人 の説明をよく読んでみると、自動テストの利点や、テスト ファーストの利点のことを述べているような場面に出会うこ とも多々あります。” 保守しやすく変化に強いソフトウェアを支える柱　自動テストとテスト駆動開発 、その全体像 https://gihyo.jp/article/2024/01/automated-test-and-tdd
16. テスト駆動開発の定義 ”Test-driven development is a programming workflow.” 訳）”テスト駆動開発（TDD: Test-Driven Development）はプログラミングのワークフロー だ。” 【翻訳】テスト駆動開発の定義 https://t-wada.hatenablog.jp/entry/canon-tdd-by-kent-beck Canon TDD https://tidyfirst.substack.com/p/canon-tdd
17. テスト駆動開発：プログラミングのワークフロー 達人：Kent Beckさん 型：？
18. テスト駆動開発：プログラミングのワークフロー 達人：Kent Beckさん 型：？👈
19. 「型」 我々が慣用的に使用する「型」という言葉に二つの異なる視 点が存在し、相反する概念を内包している。 • 物事の枠組みや分類方法としての型 • 叡智の表現・伝達方法としての型 「型」の再考 https://kyoto-up.or.jp/books/9784814003648.html
20. 物事の枠組みや分類方法としての型 叡智の表現・伝達方法としての型
21. テスト駆動開発：プログラミングのワークフロー 達人：Kent Beckさん 型：達人の叡智
22. プログラミングのワークフローを通して、 Kent Beckさんの叡智を学ぶ
23. ワークフロー図解 Canon TDD https://tidyfirst.substack.com/p/canon-tdd
24. テスト駆動開発で見逃されたもの
25. テスト駆動開発とは何か ”テスト駆動開発（TDD）はテストファーストの利点を伸ば し、欠点を補うために生まれました。設計面でのテスト ファーストの強みを活かしつつ、保守性を上げるためにリ ファクタリングが組み込まれています。またやりすぎ、考え すぎ（スコープクリープ）を避けるために、イテレーティブな 開発手順とインクリメンタルな設計の要素が組み込まれま した。” 保守しやすく変化に強いソフトウェアを支える柱　自動テストとテスト駆動開発 、その全体像 https://gihyo.jp/article/2024/01/automated-test-and-tdd
26. テスト駆動開発のステップ1 ”多くの人が、書籍『テスト駆動開発』の中に出てくるこのステップ1(*)を見逃しているよう だ。「TDDはいきなりコードを書き始める。いつ終わるのかも全然見通せない」という意 見は、全くの見当外れだ。” * ステップ1. テストリスト 【翻訳】テスト駆動開発の定義 https://t-wada.hatenablog.jp/entry/canon-tdd-by-kent-beck Canon TDD https://tidyfirst.substack.com/p/canon-tdd
30. テスト駆動開発の”テスト”が注目され、 TODOリストは見逃されがち
31. テスト駆動開発のサイクル
32. Red Green Refactor
33. Red Green Refactor Pick one Done
34. 小さなタスクの完了 を積み上げてゴールを目指す
35. 型を取り込む
36. 「型」の内在化と変化 ”学習者は創始者とは身体性も経験も異なる存在であること から、創始者が意図した叡知を全て完璧に内在化するという のは、ほぼ不可能であると言ってよい。” ”科学的な叡智が一意的に客体化されるが故に変化なく伝達 されるのに対して、「型」は主体による多義的な把握を認める ため、叡知伝達の過程で変化することがしばしばである。” 「型」の再考 https://kyoto-up.or.jp/books/9784814003648.html
37. 守破離 守：型を忠実に守る 破：型を発展させ、自分の型を模索する 離：既存の型から離れて、独自の型を生み出す
38. 達人たちの型
39. Kent Beck さんのテスト駆動開発 https://shop.ohmsha.co.jp/shopdetail/000000004967/ • 仮実装 • 明白な実装 • 三角測量 • 歩幅の調整 • 実装を導くテスト
40. t-wadaさんのテスト駆動開発 https://www.youtube.com/live/Q-FJ3XmFlT8?t=1145s • タスクの分解 • 優先順位の付け方 • 検証→実行→準備
41. ボブおじさんのテスト駆動開発 https://blog.cleancoder.com/uncle-bob/2013/05/27/TheTransformationPriorityPremise.html • TDDは複式簿記 • 変換の優先順位説
42. 達人の「型」から 自分の「型」へ
43. ふつうの人のテスト駆動開発 https://qiita.com/blue32a/items/2084c9e5cff97980a1c7
44. まとめ プログラミングのゴール（完成形）について様々な情報はあるが、その過程についての 情報は少ない テスト駆動開発を「プログラミングの型」と捉えることで、「達人のやり方」を自身に取り込 む 型を学び、自分のプログラミング スタイルを作り上げる（テスト駆動開発でなくても良い）
45. スライドの目的 このスライドの目的は「正しい/真のテスト駆動開発」を明らかにすることではなく、テスト 駆動開発を「プログラミングの型」として捉えることで、達人たちのプログラミングの叡知 を学ぶことです。
46. 完