毎度の事ながら定義が曖昧なまま議論が進んでいきますね。 とりあえずこの辺↓を読んで、定義を認識合わせした方が良さそう https://martinfowler.com/articles/exploring-gen-ai/sdd-3-tools.html
"OpenAPIのスキーマだって、最初は自動生成していたのに途中から手で直し始めて、気づいたらスキーマとコードが別々に進化しているなんてことは珍しくないです。" さすがにこれはないなー
「仕様は使い捨て」は理想だけど、結局コードを仕様として読めるレベルに保つのが一番の無理ゲーな件。AI時代はプロンプトが「生きた仕様書」になっていくんだろうな
残すべき3つがまさに仕様書じゃん…。
Whyはコメントに書くべきではあるが、何でもかんでもコードに残すと人間もLLMも読めないから 判断の道筋はdocsディレクトリーに残しておいて、判断に困った時にLLMに読ませて一緒に考える位が良いかもね
プログラムが得意ではないけど、文章を書くのは得意な人にとっては、日本語で欲しいものを細かく定義して、無理のない仕様書を書けばプログラムがその通りに出来上がってくるのはとても楽しいよ。
仕様駆動開発は、AIのコンテキスト制御の話で、"仕様"が目的だと勘違いする輩が出るから、名前よくないって指摘が既にされてて、まんまの事態になりましたという感想です。
コードとテストがあれば、それが仕様書というのは一部であり、それだけでなんとかならないケースもある。
「でも、実装が終わった時点で、仕様書の内容は100%コードに反映されているはずです。反映されていなかったら、それはバグです」考えが甘い（笑）後になって「バグなのか仕様なのか」を確認することが普通にある。
仕様駆動開発(SDD)って、本当に不要なの？
毎度の事ながら定義が曖昧なまま議論が進んでいきますね。 とりあえずこの辺↓を読んで、定義を認識合わせした方が良さそう https://martinfowler.com/articles/exploring-gen-ai/sdd-3-tools.html
"OpenAPIのスキーマだって、最初は自動生成していたのに途中から手で直し始めて、気づいたらスキーマとコードが別々に進化しているなんてことは珍しくないです。" さすがにこれはないなー
「仕様は使い捨て」は理想だけど、結局コードを仕様として読めるレベルに保つのが一番の無理ゲーな件。AI時代はプロンプトが「生きた仕様書」になっていくんだろうな
残すべき3つがまさに仕様書じゃん…。
Whyはコメントに書くべきではあるが、何でもかんでもコードに残すと人間もLLMも読めないから 判断の道筋はdocsディレクトリーに残しておいて、判断に困った時にLLMに読ませて一緒に考える位が良いかもね
プログラムが得意ではないけど、文章を書くのは得意な人にとっては、日本語で欲しいものを細かく定義して、無理のない仕様書を書けばプログラムがその通りに出来上がってくるのはとても楽しいよ。
仕様駆動開発は、AIのコンテキスト制御の話で、"仕様"が目的だと勘違いする輩が出るから、名前よくないって指摘が既にされてて、まんまの事態になりましたという感想です。
コードとテストがあれば、それが仕様書というのは一部であり、それだけでなんとかならないケースもある。
「でも、実装が終わった時点で、仕様書の内容は100%コードに反映されているはずです。反映されていなかったら、それはバグです」考えが甘い（笑）後になって「バグなのか仕様なのか」を確認することが普通にある。