アカウント名:
パスワード:
俺がいってるのは品質に関する内容ぐらい図面見りゃわかるだろうといっているのであって、図面を書けと入っていない。例えていうなら機械でいうこんな「▽▽▽」記号のことだ。
それで製品の品質がイメージできるか？ そんなのでイメージできるのは部品の精度であって、最終的な製品としての品質ではないと思うぞ？
無意味と思うのは作り手側のろくでもない意識の問題だけであって品質は、それを使う側の人間にとっては非常に大切なことだ。
それには同意する。
それに、「不可能」というのは、尺度や測定の方法が確立されていないだけの話であって真実ではない。
では、既に他の人にも言われてるが、あなたは示せるの？ 工業製品との違いを理解しないで、不可能ではない、方法が確立されていないだけでできるはず！などと言っても、本職からすれば妄想にしか見えませ
通常、他の工業製品では統計的手法というのは検査の作業を省略するための手法であって本当に重要なものに関しては、全品検査を行うのが普通である。
さんざん反論されてるのと同じ人？ 何度も言うけど、プログラムと工業製品の違いを理解しなさい。 全品検査とか、あほな単語が出てくるのが理解できてない証拠、プログラムって言うのは「一品」しか作らないものなの。 パッケージソフトみたいにお店に出荷してるのも、単にそれをコピー
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
アレゲはアレゲ以上のなにものでもなさげ -- アレゲ研究家
発注側の責任でもある (スコア:3, すばらしい洞察)
と題してこういう問題を取り上げてた。
発注側もシステムをよく理解してないから、ほとんどメーカーの
言うなりになってきたけど、自治体が自分たちで業務を分析して
仕様書を書いて、機能をバラして発注してみたら、あーらびっくり
全然安くできちゃいました、みたいな話。
開発側のはしくれとして思うんだけど、こんなの当たり前だよね。
こういうお客さん、めずらしくない。
自分たちのシステムなのに、全然内容わかってなかったり他人任せ
にしてたりすることはよくある。そのくせひどいときには後から
文句だけは言ったりする。
いや工学として洗練されていないのが原因 (スコア:1, すばらしい洞察)
実際の話し、IT関連へ対する社会的なイメージは「最先端」、「高度」なんてイメージ持っている人多いようだけど、幻想に惑わされてはいけません。
機械でも、電気機器でも図面さえあれば高校でたての新人でもほぼ同じ品質の品物をイメージできるのに、そうじゃないのは情報関連ぐらいだよ。第一誰が見ても同じ物をイメージできる
Re:いや工学として洗練されていないのが原因 (スコア:0)
プログラムは文学で、システム構築は伝統工芸なんです。
そもそも １人月なんて換算式を適用するのが間違いなんだから...
(本来は結果で判断されるべき業界だと思います)
大体 工学分野という切り分けで考えれば最近20年間程度で
弱電気、電子、経営(工)、情報、知識 etc...
と大きな進歩と大きな広がりをしてれば工学として確立される訳がない。
(工学として確立された頃には利用されないあるいはそれ以上を求められます）
あとどういう意図かは判りませんが
機械でも、電気機器でも図面さえあれば高校でたての
Re:いや工学として洗練されていないのが原因 (スコア:-1, フレームのもと)
他の電気でも土木でもは図面中に品質に関する指示がきちんとされているぞ。情報分野で、「このモジュールはこの程度の品質でつくれ」なんて表現する記号なんかが一般化されてるか？
よく読め。全くこんなやつが発注者の意図しないもの作
プログラムの品質とは？ (スコア:0)
それで製品の品質がイメージできるか？
そんなのでイメージできるのは部品の精度であって、最終的な製品としての品質ではないと思うぞ？
Re:プログラムの品質とは？ (スコア:0)
＞そんなのでイメージできるのは部品の精度であって、最終的な製品としての品質ではないと思うぞ？
＞そもそもプログラムはそんな何ミリまで誤差があります、みたいな考えとは根本的に異なるものだし
▽▽▽を要求されている品物で～を想像するばか者は少なくとも専門教育受けていればいないだろう。少なくともおまえもそこまでバカじゃないだろう。要は、機械や電気では基本中の基本の精度や品質を情報関係ではあらわすことさえできていないところに未熟なところが残っているというこ
Re:プログラムの品質とは？ (スコア:0)
>あらわすことさえできていないところに
「できていない」じゃなくて「不可能」或いは無意味．
>未熟なところが残っているということを行っているのだ。
未熟なんじゃなくて，そもそも本質が異なる．
「ソフトウエアの品質」という言葉の意味さえ分かってない．
「精度がどれだけ」「何万Km走行しても故障するのはXX台辺り一台」
とかじゃなくて
「歴史に残る名車／名器」
の類に近い．
一個3億円のバイオリンと一個数十万円のレプリカは図面レベルじゃ
ほと
Re:プログラムの品質とは？ (スコア:0)
それが製品である以上品質は無意味なことはない。無意味と思うのは作り手側のろくでもない意識の問題だけであって品質は、それを使う側の人間にとっては非常に大切なことだ。
Re:プログラムの品質とは？ (スコア:0)
それには同意する。
では、既に他の人にも言われてるが、あなたは示せるの？
工業製品との違いを理解しないで、不可能ではない、方法が確立されていないだけでできるはず！などと言っても、本職からすれば妄想にしか見えませ
Re:プログラムの品質とは？ (スコア:1, 興味深い)
江戸時代の職人ならこんなこと言ってそうだな。昔の建築で使われていた釘を見てると同じ物なんて一つとしてない。それに比べ今のくぎなんて同じ規格のものなら違うもの探すほうが困難だろう。この原因はどこにあるのかというと、
1. 品物の図面があるのか
2. 作った品物がそのとおりにできているのか検査する手法が確立されているか
この二点に集約される。
逆に現状情報関連をみると、
1. 一応の図面に
Re:プログラムの品質とは？ (スコア:0)
さんざん反論されてるのと同じ人？
何度も言うけど、プログラムと工業製品の違いを理解しなさい。
全品検査とか、あほな単語が出てくるのが理解できてない証拠、プログラムって言うのは「一品」しか作らないものなの。
パッケージソフトみたいにお店に出荷してるのも、単にそれをコピー
Re:プログラムの品質とは？ (スコア:0)
やっと理解できたよ。プログラムは特別だといっている（思い込んでいる）だけなんだな君は。君みたいなやつらの横行がプログラムに関してはPL法の適用さえされない味噌くそ分野に追い込むことに貢献しているんだな。
他の分野で一品物の典型は、土木や建築の世界で往々にして見ることができるけど、恐ろしく品質要求基準高いよ。たとえば、鉄筋コンクリート製の橋なんかをあるところにかけたとする。何億もかけ、その橋を作ったあと検査の際に材齢強度が設計基準を満たしていないと、基本的に取り壊して作り直
Re:プログラムの品質とは？ (スコア:0)
>車両や人を通さないのが土木建築の分野の品質管理水準。
実際に橋が落ちたこともあるし、新幹線のトンネルからコンクリートの
塊が落下してあわや大惨事ということもあった。コールドジョイントが
原因でその後一斉検査をしてたよな。
タコマナローズ橋は静的な強度計算しかしておらず、カルマン渦列による
力に耐えきれずに崩壊したのだろう？建築史上に残る有名な事件だと
聞いている。
土建屋の「品質管理」なんてそんなもんだ。
ソフトウエアのバグ０はそれに比べて
Re:プログラムの品質とは？ (スコア:0)
>
>ソフトウエアのバグ０はそれに比べても遙かに難しい。
まじめに品質管理するつもりなら、外因の多い土建屋の方がはるかに難しいぞ。
自分の主張のために事実を捻じ曲げるのは感心できない。