回答編集履歴
3
不要文字削除
answer
CHANGED
|
@@ -18,4 +18,4 @@
|
|
|
18
18
|
|
|
19
19
|
---
|
|
20
20
|
|
|
21
|
-
それはそれとして， 理解/把握 のために必要な要素として挙げられていると見える｛レビュー，自分の手で書く｝については
|
|
21
|
+
それはそれとして， 理解/把握 のために必要な要素として挙げられていると見える｛レビュー，自分の手で書く｝についてはやりたくない，というのが根底の大前提としてある様子ですから，であれば，これはもう「理解/把握 しない」という方向に徹底的に舵を切るしかないのでは．
|
2
追記
answer
CHANGED
|
@@ -14,4 +14,8 @@
|
|
|
14
14
|
というのでは，（現在のコードの状態を正として→そこから何かしらの仕様情報を得ようとする，という話になりそうなので）やっていることと真逆の方向ではないのでしょうか？
|
|
15
15
|
|
|
16
16
|
「仕様駆動開発」という（素人目には夢物語のような）話によれば，とにかく 正解/情報源 として参照すべきは常に「何らかの形式で完璧に用意されている仕様ドキュメントのみだぞ！」ということになりそうなので，であれば，機能追加等々の仕様変更に際しては，現在のコードの状態etc なんてものは完全に無視すべき事柄なのではないでしょうか．
|
|
17
|
-
（新しい仕様を作りさえすれば，どうせあとはAIにやらせるっていう話みたいですし，影響範囲のコードは全部捨てれば良いのでは？）
|
|
17
|
+
（新しい仕様を作りさえすれば，どうせあとはAIにやらせるっていう話みたいですし，影響範囲のコードは全部捨てれば良いのでは？）
|
|
18
|
+
|
|
19
|
+
---
|
|
20
|
+
|
|
21
|
+
それはそれとして， 理解/把握 のために必要な要素として挙げられていると見える｛レビュー，自分の手で書く｝についてははやりたくない，というのが根底の大前提としてある様子ですから，であれば，これはもう「理解/把握 しない」という方向に徹底的に舵を切るしかないのでは．
|
1
追記
answer
CHANGED
|
@@ -11,4 +11,7 @@
|
|
|
11
11
|
|
|
12
12
|
> AIにコードベースを探索させ、理解しやすいドキュメントを作ってもらう
|
|
13
13
|
|
|
14
|
-
というのでは，（現在のコードの状態を正として→そこから何かしらの仕様情報を得ようとする，という話になりそうなので）やっていることと真逆の方向ではないのでしょうか？
|
|
14
|
+
というのでは，（現在のコードの状態を正として→そこから何かしらの仕様情報を得ようとする，という話になりそうなので）やっていることと真逆の方向ではないのでしょうか？
|
|
15
|
+
|
|
16
|
+
「仕様駆動開発」という（素人目には夢物語のような）話によれば，とにかく 正解/情報源 として参照すべきは常に「何らかの形式で完璧に用意されている仕様ドキュメントのみだぞ！」ということになりそうなので，であれば，機能追加等々の仕様変更に際しては，現在のコードの状態etc なんてものは完全に無視すべき事柄なのではないでしょうか．
|
|
17
|
+
（新しい仕様を作りさえすれば，どうせあとはAIにやらせるっていう話みたいですし，影響範囲のコードは全部捨てれば良いのでは？）
|