AI駆動開発では「Project as Code」が超重要である！ - Qiita

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに こんにちは。主にXにてAI駆動開発について発信している熊井悠 と申します。 この度、念願のQiitaを投稿してみようと思い筆を持った次第なのですが、以前からAI駆動開発において『Project as Code』が重要と口酸っぱく言っていますら。ただProject as Codeって検索しても出てこないという話がありました。なぜなら僕が造語したからです。 そのため本記事ではProject as Codeについて解説しようと思います！ Project as Code（PaC）とは PaCはインフラのコード管理の概念である「Infr

[uehaj]

生成AI時代の開発は、ドキュメントがいらなくなるどころかより重要になっていく／ドキュメントは思考の外脳化でもあるが、人間およびAIとの合意形成の手段であり今後コミュニケーションのためのAI活用が発展するだろう

[hogetax]

そもそもAI駆動開発ってなんだよ...用語定義の曖昧な記事は読む価値ねぇぞ

[miyasakura]

AI駆動開発は知らないけどやる気が出なくて最初の1行を書き始められない時にAIに適当に指示してできたクソコードから始めるのは悪くないと気づいた最近

[phare]

残念ながらコードの品質は高まるでしょうが、要件を満たすという意味での品質は担保されないままです。 繰り返しになってしまいますが、要件・仕様と言ったコンテキストがないと正しいゴールに導くことが出来ません

[T-norf]

混乱したけど、Project as Codeという言葉はChatGPTも知ってるレベルで実在してて、でも、その話じゃないのよね。言いたいことは、概ね分かるし、似たことは考えてるんだけど。

[yossy_etf]

Cline なら Plan と Action で分けられているから、Planで決めたことを Markdown に書いといてもらえば、いいし、Roo code とかなら、超重要であるといっている事も全部 AI に任せたらいいんじゃない。

[ss49919201]

AI 使わないにしても重要な内容だと思う

[n_vermillion]

コンサルが似非専門用語増やすのはノイズでしかないわー。

[tinsep19]

割とすっと入ってきた

[fuji_haruka]

テキスト形式のドキュメントが重要なのは本当にそう。だからmarkdownに出力可能なNotionなんかは生成AIに食わせやすいよね。

[nekomottin]

最近全然畑違いの縁から生成AIで稼いでいた人の話を聞く機会があり、こういう記事を読むと「逃げ遅れた人か...」と思うようになった

[hamamuratakuo]

要するにAIとペアプロで文芸的プログラミングを実践して、最後にドキュメントを残しておけばOKと。仕様書→条件が多い場合、MECEの過不足はPrologなどでチェックできるが代わりにAIでやる→ハルシネーションは大丈夫？

[misshiki]

“「Infrastructure as Code」という用語に倣い僕が作成した言葉です。いわゆるシステム開発プロジェクトの全てをコード管理・バージョン管理していこうという取り組み、スローガン”

[inamem9999]

100%の再現性が担保されているのであればそのプロンプトは要求仕様書として成立しうると考える。要求仕様書の品質管理は引き続き人間の力が必要になるがAIに合わせるという尺度が加わるのでより曖昧さは減りそう

[toaruR]

具体的なコードを見ないとイメージわかない

[denimn]

要件定義〜内部結合テストまではAIにやらせて、外部結合、総合テスト（業務テスト）以降に人間の力点を置けば良い。同じ工数で業務観点の品質向上が狙える。人間は要求定義の精緻化明文化、プロンプティング力。