アカウント名:
パスワード:
ビルド寸前までコードを書く行為はすべて設計です。設計を外部に任せるためには、相応の信頼と権限の委譲が必要です。納得行くものが出来上がらずに細かな指示をしていくというのは、自分で設計する部分を増やしているだけです。
同じ試験仕様を通りさえすれば、どのようなソフトも同じ品質です
と宣言してたバカがいたな
逆でしょう?同じ試験仕様書を通ればどのソフトも同じ品質です。は正しいです。試験仕様書から漏れた項目があってAでは対応しているがBでは対応していなかった場合それは「試験仕様書の品質」が悪かっただけでソフトウェアの品質としては同じですよ。
ソフトウェアの品質とはテストの結果で得られるものであって書いてあるから得られるものじゃないです。
非機能項目で差が出ることはよくありますよ。ソースの可読性は代表的な非機能項目。しかし品質としては重要。
>ソースの可読性そういう項目は評価に客観性が欠けるんだよね。客観性を持たせるならば、最初に規約でガチガチにして、規約に反しているかどうかしかでしか判断できない。そうすると、100行ですむところが5000行になったりするんですよ。
で、「ぬるぬる動く」とかいう数値化できない指標は一顧だにされないからAppleはおろかサムスンにすら完敗すると。
Appleはともかく、サムスンを引き合いに出すのは疑問。googleじゃね?そうすると、ほら、あんまりくやしくない。
googleだと「ぬるぬる動く」という項目も自動で評価可能にしているかも。
まあ正直言って一連の流れは「開発作業は複数で分担しなければならない」という観念から生じているので正直、クソだとは思っています。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
アレゲは一日にしてならず -- アレゲ見習い
プログラミングは設計 (スコア:3)
ビルド寸前までコードを書く行為はすべて設計です。
設計を外部に任せるためには、相応の信頼と権限の委譲が必要です。
納得行くものが出来上がらずに細かな指示をしていくというのは、自分で設計する部分を増やしているだけです。
Re: (スコア:0)
同じ試験仕様を通りさえすれば、どのようなソフトも同じ品質です
と宣言してたバカがいたな
Re: (スコア:0)
逆でしょう?
同じ試験仕様書を通ればどのソフトも同じ品質です。は正しいです。
試験仕様書から漏れた項目があってAでは対応しているがBでは対応していなかった場合
それは「試験仕様書の品質」が悪かっただけでソフトウェアの品質としては同じですよ。
ソフトウェアの品質とはテストの結果で得られるものであって書いてあるから得られるものじゃないです。
Re: (スコア:0)
非機能項目で差が出ることはよくありますよ。
ソースの可読性は代表的な非機能項目。しかし品質としては重要。
Re:プログラミングは設計 (スコア:0)
>ソースの可読性
そういう項目は評価に客観性が欠けるんだよね。客観性を持たせるならば、最初に規約でガチガチにして、規約に反しているかどうかしかでしか判断できない。
そうすると、100行ですむところが5000行になったりするんですよ。
Re: (スコア:0)
で、「ぬるぬる動く」とかいう数値化できない指標は一顧だにされないからAppleはおろかサムスンにすら完敗すると。
Re: (スコア:0)
Appleはともかく、サムスンを引き合いに出すのは疑問。googleじゃね?
そうすると、ほら、あんまりくやしくない。
googleだと「ぬるぬる動く」という項目も自動で評価可能にしているかも。
まあ正直言って一連の流れは「開発作業は複数で分担しなければならない」という観念から生じているので
正直、クソだとは思っています。