アカウント名:
パスワード:
私自身の経験としては、デスマーチはありますが、恐怖を感じたことは皆無です。
そもそも恐怖 って何?、職場に恐怖なんてあるの?と思って、逆の概念として"信頼"ってのを考えてみました。信頼駆動開発です。
1) 組織的な信頼: 開発者はミスやビルドの破損、バグを生み出すことを恐れていない。なぜなら、組織は書類の作成にも注力しており、信頼できる仕様・テストケースがあり、開発者は各自安心してコードが書ける。
2) コード変更に対する信頼: 既存のコードを変更すること生じうる、予期しない副作用・バグが復活は簡単に検出・修正できる。開発者はストレスとは無縁である。
1,2の理由に書いてある「信頼できる仕様・テストケースがあり」と、3の「粛々とこなすだけ」ができるのも「信頼できる仕様・テストケースがあり」ということだろうから、なんだかんだ言っても
「信頼できる仕様・テストケースがあり」
という一点がクリアされれば、何とでもいえるってことかな。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
あと、僕は馬鹿なことをするのは嫌いですよ (わざとやるとき以外は)。-- Larry Wall
信頼駆動開発 (スコア:0)
私自身の経験としては、デスマーチはありますが、恐怖を感じたことは皆無です。
そもそも恐怖 って何?、職場に恐怖なんてあるの?と思って、逆の概念として"信頼"ってのを考えてみました。信頼駆動開発です。
1) 組織的な信頼: 開発者はミスやビルドの破損、バグを生み出すことを恐れていない。
なぜなら、組織は書類の作成にも注力しており、信頼できる仕様・テストケースがあり、開発者は各自安心してコードが書ける。
2) コード変更に対する信頼: 既存のコードを変更すること生じうる、予期しない副作用・バグが復活は簡単に検出・修正できる。
開発者はストレスとは無縁である。
Re:信頼駆動開発 (スコア:1)
1,2の理由に書いてある「信頼できる仕様・テストケースがあり」と、
3の「粛々とこなすだけ」ができるのも「信頼できる仕様・テストケースがあり」
ということだろうから、なんだかんだ言っても
「信頼できる仕様・テストケースがあり」
という一点がクリアされれば、何とでもいえるってことかな。