アカウント名:
パスワード:
同じく単体テスト部分だけ部分導入しました. あいまいな仕様をもとに作業している上に, 人が少ない・納期が厳しい時にはドキュメントを いちいち残していられないので、テストがドキュメント (=仕様)代わりになっています.(提出すべき仕様は 後からまとめればいい)
ペアプログラミングも興味がありま
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
あつくて寝られない時はhackしろ! 386BSD(98)はそうやってつくられましたよ? -- あるハッカー
テストバカになる(いい意味で) (スコア:3, 興味深い)
Re:テストバカになる(いい意味で) (スコア:0)
同じく単体テスト部分だけ部分導入しました. あいまいな仕様をもとに作業している上に, 人が少ない・納期が厳しい時にはドキュメントを いちいち残していられないので、テストがドキュメント (=仕様)代わりになっています.(提出すべき仕様は 後からまとめればいい)
ペアプログラミングも興味がありま
プログラマのトッピング (スコア:0)
ペアプログラミングの利点で,指向の異なるプログラマーをペアにすることで,コードの偏りを防げるのではないだろうか.
たとえば,セキュリティに強いプログラマとか,国際化処理に強いプログラマをつけることで,そういった方面に弱い(けど,業務知識があるのでメインをやってもらう必要がある)プログラマの補助を行うというような.