アカウント名:
パスワード:
ビルド寸前までコードを書く行為はすべて設計です。設計を外部に任せるためには、相応の信頼と権限の委譲が必要です。納得行くものが出来上がらずに細かな指示をしていくというのは、自分で設計する部分を増やしているだけです。
同じ試験仕様を通りさえすれば、どのようなソフトも同じ品質です
と宣言してたバカがいたな
逆でしょう？同じ試験仕様書を通ればどのソフトも同じ品質です。は正しいです。試験仕様書から漏れた項目があってAでは対応しているがBでは対応していなかった場合それは「試験仕様書の品質」が悪かっただけでソフトウェアの品質としては同じですよ。
ソフトウェアの品質とはテストの結果で得られるものであって書いてあるから得られるものじゃないです。
そうでしょうか?
定量的に測れるところだけで勝負ということは、結局コスト競争だけに終始して構わない、という宣言でもある。そういうのって作り捨て(あとで増強・改良しようとも思わない)のアプリではいいかもしれませんが、のちのち拡張して使うことを考えていれば、テストでは測りきれない「品質」というものもある。
そういうものをアウトソースするな、という意見ならわからなくもないですが。
テスト屋さんとか品質管理系の人の言う「品質」とは、性能が高いことではありません。お門違いです。
現在の日本だとアウトソーシングされるプログラムなんて数こなしてなんぼの仕事ばかりなのだから必要とされるのは「要求を満たすプログラム」であって「仕様を満たすプログラム」でもなければ「品質の高いソースコード」でもないと思います。
可読性が高いのは「ソースコードの品質」が高いだけで同じ機能であった場合ソレを利用する元の発注者から見れば「同じ品質のプログラム」であってその品質を担保するのは元受の受け入れテストの結果だけです。
ようするにこの同じ品質っていうのはどこから見たときなのかがわかりません。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
目玉の数さえ十分あれば、どんなバグも深刻ではない -- Eric Raymond
プログラミングは設計 (スコア:3)
ビルド寸前までコードを書く行為はすべて設計です。
設計を外部に任せるためには、相応の信頼と権限の委譲が必要です。
納得行くものが出来上がらずに細かな指示をしていくというのは、自分で設計する部分を増やしているだけです。
Re: (スコア:0)
同じ試験仕様を通りさえすれば、どのようなソフトも同じ品質です
と宣言してたバカがいたな
Re: (スコア:0)
逆でしょう？
同じ試験仕様書を通ればどのソフトも同じ品質です。は正しいです。
試験仕様書から漏れた項目があってAでは対応しているがBでは対応していなかった場合
それは「試験仕様書の品質」が悪かっただけでソフトウェアの品質としては同じですよ。
ソフトウェアの品質とはテストの結果で得られるものであって書いてあるから得られるものじゃないです。
Re:プログラミングは設計 (スコア:1)
そうでしょうか?
定量的に測れるところだけで勝負ということは、結局コスト競争だけに終始して構わない、という宣言でもある。
そういうのって作り捨て(あとで増強・改良しようとも思わない)のアプリではいいかもしれませんが、のちのち拡張して使うことを考えていれば、テストでは測りきれない「品質」というものもある。
そういうものをアウトソースするな、という意見ならわからなくもないですが。
Re: (スコア:0)
テスト屋さんとか品質管理系の人の言う「品質」とは、性能が高いことではありません。お門違いです。
Re: (スコア:0)
現在の日本だとアウトソーシングされるプログラムなんて数こなしてなんぼの仕事ばかりなのだから
必要とされるのは「要求を満たすプログラム」であって「仕様を満たすプログラム」でもなければ
「品質の高いソースコード」でもないと思います。
可読性が高いのは「ソースコードの品質」が高いだけで
同じ機能であった場合ソレを利用する元の発注者から見れば「同じ品質のプログラム」であって
その品質を担保するのは元受の受け入れテストの結果だけです。
ようするにこの同じ品質っていうのはどこから見たときなのかがわかりません。