アカウント名:
パスワード:
できあがったものの簡潔な説明は、確かにここで指摘されたように有用だと思う。けど、設計書にその役割を求めると、理想はともかくとして大概「格言」に引っ掛かることになるよね。
テスト駆動を昇華すればいんじゃないの?そのうち、ドキュメントを書く⇒テストが自動生成される⇒そのテストを満たしたコードが生成される
ただ、コードとドキュメントが合っていても、両方とも間違っていることもある
いや、BDDはTDDと同じものだよ。正確には、TDDのテストコードとテストメッセージを自然言語(ただし英語)で書きやすくなるような工夫を加えることで、テストコードをテスト仕様書、テスト結果をテスト報告書として使えるようにしたもの。
こういう仕掛けを用意すると、コメントとコードが乖離するとプログラマに精神的負担がかかるため、コメントが偽物になりにくいという、淡い期待を抱いている流儀。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
普通のやつらの下を行け -- バッドノウハウ専門家
前か後か (スコア:1)
できあがったものの簡潔な説明は、確かにここで指摘されたように有用だと思う。
けど、設計書にその役割を求めると、理想はともかくとして大概「格言」に引っ掛かることになるよね。
Re: (スコア:1)
テスト駆動を昇華すればいんじゃないの?
そのうち、ドキュメントを書く⇒テストが自動生成される⇒そのテストを満たしたコードが生成される
ただ、コードとドキュメントが合っていても、両方とも間違っていることもある
Re:前か後か (スコア:1)
Re: (スコア:0)
いや、BDDはTDDと同じものだよ。
正確には、TDDのテストコードとテストメッセージを自然言語(ただし英語)で書きやすくなるような工夫を加えることで、
テストコードをテスト仕様書、テスト結果をテスト報告書として使えるようにしたもの。
こういう仕掛けを用意すると、コメントとコードが乖離するとプログラマに精神的負担がかかるため、
コメントが偽物になりにくいという、淡い期待を抱いている流儀。