アカウント名:
パスワード:
私自身の経験としては、デスマーチはありますが、恐怖を感じたことは皆無です。
そもそも恐怖 って何?、職場に恐怖なんてあるの?と思って、逆の概念として"信頼"ってのを考えてみました。信頼駆動開発です。
1) 組織的な信頼: 開発者はミスやビルドの破損、バグを生み出すことを恐れていない。なぜなら、組織は書類の作成にも注力しており、信頼できる仕様・テストケースがあり、開発者は各自安心してコードが書ける。
2) コード変更に対する信頼: 既存のコードを変更すること生じうる、予期しない副作用・バグが復活は簡単に検出・修正できる。開発者はストレスとは無縁である。
> 私自身の経験としては、デスマーチはありますが、恐怖を感じたことは皆無です。
顧客にとってブラックな会社のように思います。
> 1)組織的な信頼: 開発者はミスやビルドの破損、バグを生み出すことを恐れていない。
恐れろよ。ミスやバグで人が死ぬことだってある。直接的、間接的に。
> 2)コード変更に対する信頼: 既存のコードを変更すること生じうる、> 予期しない副作用・バグが復活は簡単に検出・修正できる。> 開発者はストレスとは無縁である。
予期しないバグってのは、直すのが大変なんだよな~。
> 信頼できる仕様書・テストケースがあるため、副作用やバグは自動で検出でき、すぐに修正できるからである。
信頼できる仕様書がある開発プロジェクトなんて、日本にあるのかしら。
> 3)組織への信頼: 組織は契約に基づいた労働しか求めない。
そんなパラダイスな会社が存在するといいね。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
コンピュータは旧約聖書の神に似ている、規則は多く、慈悲は無い -- Joseph Campbell
信頼駆動開発 (スコア:0)
私自身の経験としては、デスマーチはありますが、恐怖を感じたことは皆無です。
そもそも恐怖 って何?、職場に恐怖なんてあるの?と思って、逆の概念として"信頼"ってのを考えてみました。信頼駆動開発です。
1) 組織的な信頼: 開発者はミスやビルドの破損、バグを生み出すことを恐れていない。
なぜなら、組織は書類の作成にも注力しており、信頼できる仕様・テストケースがあり、開発者は各自安心してコードが書ける。
2) コード変更に対する信頼: 既存のコードを変更すること生じうる、予期しない副作用・バグが復活は簡単に検出・修正できる。
開発者はストレスとは無縁である。
Re:信頼駆動開発 (スコア:0)
> 私自身の経験としては、デスマーチはありますが、恐怖を感じたことは皆無です。
顧客にとってブラックな会社のように思います。
> 1)組織的な信頼: 開発者はミスやビルドの破損、バグを生み出すことを恐れていない。
恐れろよ。
ミスやバグで人が死ぬことだってある。
直接的、間接的に。
> 2)コード変更に対する信頼: 既存のコードを変更すること生じうる、
> 予期しない副作用・バグが復活は簡単に検出・修正できる。
> 開発者はストレスとは無縁である。
予期しないバグってのは、直すのが大変なんだよな~。
> 信頼できる仕様書・テストケースがあるため、副作用やバグは自動で検出でき、すぐに修正できるからである。
信頼できる仕様書がある開発プロジェクトなんて、日本にあるのかしら。
> 3)組織への信頼: 組織は契約に基づいた労働しか求めない。
そんなパラダイスな会社が存在するといいね。