アカウント名:
パスワード:
そのうち仕様書とか、要件定義書かいたらシステムが作れるようになるかもしれないけど人によっては、コードで書いたほうが楽ってこともありそう。
コードを書いたら、仕様書や要件定義書が生成された方がありがたいかも。
自動生成できるものなら、そもそも最初から納品物に含める必要がない。
いや、その仕様書や要件定義書を見たら、コードの間違いに気がつくかもしれん。プログラムは意図した通りに動くことが大切で、仕様書や要件定義書を見たら、その意図したことが見える。
それはそうだけど、コードを書いたら、仕様書や要件定義書が生成され [srad.jp]るのであれば、コードさえ納品してしまえば、仕様書や要件定義書は自動生成できるもの [srad.jp]になるわけで、納品されなかったとしても、仕様書や要件定義書が必要になった時に自動生成すればよい、と言う指摘なのでは?
もっとも、何の手助けも無く完全自動生成されるわけではないから、プロンプトエンジニアなんてものが必要とされているわけなので、やっぱり納品した方が良さそう。少なくとも今の時点では。
コードはJPEGの非可逆圧縮みたいなもので、本来の意図や要件はやっぱりそぎ落とされちゃうものなのよ。何がやりたくてこんな処理してるの?業務上では正しい動作なの?ってのは往々にしてあるので。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
日本発のオープンソースソフトウェアは42件 -- ある官僚
要件定義 (スコア:1)
そのうち仕様書とか、要件定義書かいたらシステムが作れるようになるかもしれないけど
人によっては、コードで書いたほうが楽ってこともありそう。
Re: (スコア:0)
コードを書いたら、仕様書や要件定義書が生成された方がありがたいかも。
Re: (スコア:0)
自動生成できるものなら、そもそも最初から納品物に含める必要がない。
Re:要件定義 (スコア:1)
いや、その仕様書や要件定義書を見たら、コードの間違いに気がつくかもしれん。プログラムは意図した通りに動くことが大切で、仕様書や要件定義書を見たら、その意図したことが見える。
Re:要件定義 (スコア:1)
それはそうだけど、コードを書いたら、仕様書や要件定義書が生成され [srad.jp]るのであれば、コードさえ納品してしまえば、仕様書や要件定義書は自動生成できるもの [srad.jp]になるわけで、納品されなかったとしても、仕様書や要件定義書が必要になった時に自動生成すればよい、と言う指摘なのでは?
もっとも、何の手助けも無く完全自動生成されるわけではないから、プロンプトエンジニアなんてものが必要とされているわけなので、やっぱり納品した方が良さそう。少なくとも今の時点では。
Re: (スコア:0)
コードはJPEGの非可逆圧縮みたいなもので、
本来の意図や要件はやっぱりそぎ落とされちゃうものなのよ。
何がやりたくてこんな処理してるの?業務上では正しい動作なの?
ってのは往々にしてあるので。