人間とCodexでつくる_これからの開発_v2.pdf

Transcript

1. 人間とCodexでつくる、 これからの開発 仕様・画面・レビュー・戦略をつなぐ
2. 01 自己紹介 開発とAI活用の両方を、実務の中で試しています •Elixir歴：4年以上 •フリーランスとして活動 •Codex歴：半年 •3年前にくも膜下出血を経験し、失語症になりました 02
3. 今日話すこと 1 自己紹介 2 仕様概要を画面に変える 3 画面からER図を逆算する 4 デザイナーの画面をHTMLに変換する 5 議事録・表計算・ソースから戦略を立てる 6 WBSとソースから現在地を読む 7 レビューを仕組みに変える 8 Codexだけにガードを任せない 9 人間とCodexの境界線 10 開発で本当に大事なこと 03
4. 02 仕様概要を画面に変える 仕様概要を渡すと、 Codexは画面構成の材料を読み取れる 仕様概要シート 画面構成の判断 •機能一覧 •何を表示するか •アクター •誰が使うか •項目 •何を入力・操作するか 04
5. 03 画面から ER図を逆算する 画面に現れる情報から、必要なデータ構造を整理する 1 画面項目を洗い出す 2 意味のまとまりに整理する 未確定な部分は 推測で埋めない 3 エンティティと関係を考える 4 ER図に反映する 05
6. 04 デザイナーの画面イメージを HTMLに変換する 見た目のイメージを、実装前に動かせるモックへ変換する 01 02 03 04 画面イメージ Gemini HTML app.css デザイナーから受け取 る 画像をアップロードする 画面構造へ変換する スタイルを整理してモッ ク化する 目的：実際の画面を作る前に、見た目と構成の認識を合わせる 06
7. 05 議事録・スプレッドシート・ソースから戦略を立てる 複数の資料を参照させ、情報を突き合わせる Meetの録画 議事録を作成し、 Codexに参照させる スプレッドシート PJオーナーから 共有された資料 ソース 対象PJを指定して 読み込ませる 資料間の矛盾・齟齬・仕様と実装の不一致を確認する 07
8. 06 WBSとソースを突き合わせ、 PJの現在地を読む 計画と実装の差分から、遅れと優先順位を把握する ガントチャート 現在のソース •計画上の作業 •実装状況 •予定期間 •完了・未完了・遅延 •優先順位 •遅延の影響範囲 比較すると、今やるべきことが見える 08
9. 07 レビューを「人」から「仕組み」に変える レビュー観点を、個人の経験からルールへ移す •Elixir固有のルール：関数パターンマッチを優先する •デザインのリファレンスになるページを指定する •CSSとボタンのルールを決める •検索・ページングのコンポーネントを決める •参照する資料フォルダーを決め、Codexが参照できるようにする ルールをもとに、 Codexがセルフレビューできる状態にする 09
10. 08 Codexだけにガードを任せない 指示だけでなく、言語とツールの自動チェックを重ねる Elixir固有のチェック mix format mix credo --config-file credo.exs mix test --warnings-as-errors --cover Codexのルール + 自動チェック 10
11. 09 人間とCodexの境界線 Codexは、明確に言われたことを実 行する 人間が担う確認 •指示された作業を進める •PJオーナーの意図を細かく確認する •資料とソースを読み取る •作るものに齟齬がないか確認する •ルールに沿ってセルフレビューする •全体の矛盾を確認する •MTGで意図と優先順位を合わせる 目的と成果物は、人間同士で揃える 11
12. 10 人間にも AIにも共通する、開発で本当に大事なこと 本当に作るべきものを、 PJオーナーと話し切る •作るべきものを明確にする •認識の齟齬をなくす •資料や実装の矛盾をなくす •期待する成果物を共有する AI時代になっても、この面倒な確認作業はなくならない 12