はじめに
AIを使って開発をするようになってから、「一番時間をかけるべき工程はどこか」という感覚が、昔とはまったく変わりました。今日はその話をしてみようと思います。
結論から言うと、私が今一番時間をかけているのは「設計書」です。次に「テスト」、そして「AIのルール決め」、最後に「コーディング」という順番になっています。昔の自分からすると、正直信じられない順番です。
1. 設計書 ─ 一番時間をかけるべき工程
以前の私は、設計書には特にこだわりがありませんでした。概要レベルのものがあれば十分で、実装するときも仕様を軽く確認する程度。ほとんど設計書を見返すこともありませんでした。
ですが、今のAI開発ではそうはいきません。AIがどのように実装する想定なのか、というところまで踏み込んで、実装レベルの設計書に落とし込んでいく必要があります。ここでAIと自分の認識をしっかり合わせておくことが、何よりも大切だと感じています。
ここまでやると何が起きるかというと、出来上がった設計書を渡してプロンプトを一発投げるだけで、ほぼ100%開発が完成するんです。設計書を念入りに練り上げることが、そのまま実装までのパイプラインになっている感覚です。
従来は「設計」と「製造」を分けて考えるのが当たり前でしたが、今は設計書を作るという一つの工程が、そのまま製造まで完了させてしまう。工程そのものの構造が変わってしまったなと感じています。
2. テスト
次に重要なのがテストです。ユニットテストなどでコードの品質自体は担保できても、「本当に仕様どおりに作られているか」の確認はやはり別問題です。ここは避けて通れません。
AIを使ってテスト自体を自動化することも可能ですが、それでも最終的に「本当にできているのか」を確かめるには、人間の目で見るしかないと思っています。ここはまだ人間が担うべき領域だと感じている部分です。
3. AIのルール決め
3番目はAIのルール決めです。これは、AIがこのプロジェクトの中でどう振る舞うべきかを事前に定義しておく作業です。
必ず守るべきアーキテクチャのルール、DBへのアクセスのルール、命名規則など、成果物の品質を担保するために欠かせない工程だと思っています。
こういったルールを事前に決めておかないと、想定していないところまでAIが勝手に変更してしまうことがあります。ルール決めをサボると、あとで思わぬところで痛い目を見るので、ここは絶対に省略できないと感じています。
4. コーディング
そして最後がコーディングです。設計書さえきちんとできていれば、実装はすべてAIに任せています。
正直なところ、自分が最後に手でコードを書いたのがいつだったか、もう思い出せないくらいです。
まとめ
昔は「設計はざっくり、実装で頑張る」というスタイルでしたが、AI開発の今は完全に逆転しました。設計書 → テスト → AIのルール決め → コーディングという順番で時間をかけるようになり、実装そのものにかける時間はどんどん減っています。
「どこに時間をかけるか」という感覚そのものをアップデートすることが、AI時代の開発では意外と大事なポイントなんじゃないかなと思っています。