#QiitaBash TDDでAIに設計イメージを伝える

【Qiita Bash - 増枠】最近ハマっている生成AI活用法を語ろう！
2025/05/28
https://increments.connpass.com/event/351227/

Transcript

2. 用語の解説 Agentic Coding: AI Agent を使ってコ ーディングすること TDD: テスト駆動開発
3. TDD でAI がうまく使えるようになるかも AI が思っているようなコードを出力しない AI の出力したコードを検証するのに時間がかかる TDD をとりいれることで解決できるかも
4. LLM の登場で何が変わったか
5. Vibe coding! 強いエンジニアほどAI をうまく使える プログラマーの格差拡大
6. では，何をすればいい? AI が出力するコードでは不十分なことも 責任は人間がとる必要がある AI をうまく使えるプログラマになる必要がある 良いコードがわかる( コードレビュー力) 具体的なプロンプト あらゆる仕組み化，自動化
7. Agentic Coding が うまくいかない例(TDD なし)
8. TDD を知らない私のAI を使った開発例 Qiita のいいね数を取得する スクリプトを作りたい
9. > Qiita API を使っていいね数を取得するコードを 書いて(node.js)
10. AI の出力したコードに改善が必要 url を渡してid をパースしたい トークンを環境変数や.env からとりたい etc
11. Agentic Coding に TDD を取り入れる
12. TDD に対する誤解 私のTDD に対する食わず嫌い テストを先に書くのがめんどくさい 作ってからテストすればよい? 1 つずつテストを作り，通すことで明 確なゴールをもって作業できる。 リファクタリングしやすい
13. 先程の例の問題点 コードを書く前になにも考えていない! →AI への指示が抽象的すぎる →AI にタスクを委任できない
14. TDD を使うメリット コードを書く前に考えることが習慣化 AI に指示する際のゴールとして →「このテストが通るように実装して」
15. 実践例 TDD×AI で設計の経験値を貯める テストを作る過程で設計を意識 →テストが書きやすいのは良いコード 思いついたリファクタ案をAI に作ってもらう →テストで振る舞いが変わっていないことを保証 →いろいろなアイデアを高速で試せる
16. AI をうまく使えるプログラマに近づくために， コードを書く前に要件を具体化できる必要性 TDD の考え方を取り入れよう 考えてからコードを書く習慣化 AI に対する具体的なゴールの提供 設計を意識できる機会を増やせる まとめ
17. 名前: 富田涼介 Qiita: sigma_devsecops 所属: NRI Secure 仕事: SI 開発/ 保守，セキュリティ診断 ※ 発言はすべて個人の見解であり， 所属組織を代表するものではありません 自己紹介