Ognacの雑感

木漏れ日々

目次

Blog 利用状況

書庫

ギャラリ

発覚しなければバグじゃないの?

前回のエントリーのコメントに今を反映している文言がありましたので、考えてみます。
>発覚してから対処すれば、追加要件としてお金がもらえるもの
 なんか、今の社会を象徴している文言だでね。政府、年金、なんとか還元水、保険金未払い、その他諸々。
「発覚しなけりゃ犯罪にならない。」という意思が見えるだけに悲しい。遵法精神ではありません。私は遵法精神は薄いです。モラルの問題だと思うのです。法律云々でなくモラルとして如何なものかなと思うのです。
範囲を狭めてプログラム的な面で考えます。

   dim 単価  as short
   dim 個数  as short
   入力処理( &単価,&個数)
   dim 合計 as short = 単価 * 個数

(*) 入力処理()には値のCheckはしてないものとします。
このステートメントのまま納品します???

  少なくとも
     単価 * 個数 の結果が shortの範囲を超えないかCheckするか、単価/個数の値が一定の範囲を超えないかCheckしますよね。
  Try catchで
    dim 合計 as short
    try
        合計  = 単価 * 個数
    catch
        合計  = 0
    end try
 としているのを見ることがありますが、ノーチェックよりマシな程度。<= ダメダロ

仕様書に明記がなくても自然と対処すべきもので、仕様書の不備として報告すべきものと思っているのですが、どうも世間では違う考えの人種もいるようで。
   運用上大きな単価、個数は発生しない。
   落ちるのは入力したユーザーが悪い。
   クレームがきたら、仕様変更なので有料になる。
 発覚してもバグと認めないで商機と捕らえるのは不満。
 発覚してからバグ対応するのも、ろくすっぽテストしないで、顧客にデバッグさせる姿勢が見えて不満。
 発覚しない不具合箇所は知らん顔するのも不満。

 不具合に気づかないのは不可抗力で仕方がないとして、私も気付かないまま納品してしまい後悔する日々、自己弁護。
 こうすれば落ちると自覚していながら放置するのはモラルとして如何なものでしょうか。
 うん? 不満だらけになったな。 なぜだ?  落ちるからだ。

 槐より始めろで、社会のモラルの構築は日常の動作からの蓄積でしょうね。


 

投稿日時 : 2007年5月31日 10:34

Feedback

# re: 発覚しなければバグじゃないの? 2007/05/31 10:59 シャノン

> このステートメントのまま納品します???

割とやりますw

# re: 発覚しなければバグじゃないの? 2007/05/31 11:02 片桐

まぁ、その……、職人気質、自分が作り出すものへのプライド、これに尽きるんじゃないかと。

製造する仕事において「よりよいものを」という方向性が、いつのまにか「作ったもん勝ち」の世界にすりかわってますものね。

バグの責任という爆弾を呑まずにひたすら下請けにスルーして「俺知らない」が横行している今では、投げられて困る下請けは「その爆弾、投げたら追加料金なんでよろしく!」と自己防衛する考え方も判らなくはないですもん。

# re: 発覚しなければバグじゃないの? 2007/05/31 11:05 片桐

あ、私がそのロジックそのまま納品しろと言われたら、「こうなってるから、こうしちゃうと落ちちゃうよ、いいんだね?責任は○○がとれるから、そのまま行くよ」という決定がなされている議事録かドキュメントつけて納品ですね。

# re: 発覚しなければバグじゃないの? 2007/05/31 12:49 Ognac

>割とやりますw
え!やっちゃうの? 状況把握した上での行為ならいいかwwwww

>「作ったもん勝ち」の世界にすりかわってますものね。
悲しいな。流されないようにしくては。

>議事録かドキュメントつけて納品ですね。
アイデア頂き! 私も添付納品しよっと。

# re: 発覚しなければバグじゃないの? 2007/05/31 13:20 シャノン

だってプライドにかけて品質にこだわると怒られるんだもんw

# re: 発覚しなければバグじゃないの? 2007/05/31 15:44 通り*

「気を利かす = 大きなお世話」になることって多くないですか?
先日、一生懸命使い勝手を考えて盛り込んだ機能に対して「これいらないからやめて」って言われてしまいました(;__;)
日付値のチェックを入れたら、「未定の場合は 2999年で入力したいのに」とか。
#こういうのを経験して少しずつ大人になっていくんだと思います...
やっぱり経験やセンスがないとユーザの感覚と一致させるのは難しいと思うんです。
#経験をつんで大人になるまでに、たいていのPGは卒業を迎えちゃうんです...

> だってプライドにかけて品質にこだわると怒られるんだもんw
そぅそぅ。私の上司には「ツリーのやつとかは使うなっ」て言われますw(ちが

# re: 発覚しなければバグじゃないの? 2007/05/31 20:09 NAL-6295

>日付値のチェックを入れたら、「未定の場合は 2999年で入力したいのに」とか。

1.気の利いたことを思いつく
2.顧客に確認する
3.OKなら実装

2番が抜けると大きなお世話になる可能性があります。


# re: 発覚しなければバグじゃないの? 2007/05/31 20:57 シャノン

> 2番が抜けると大きなお世話になる可能性があります。

そうなんだけど、当初の要件でない以上、それを実装することは前提としないで工数が見積もられているわけですし。

「これはやった方がいいですよね」
「じゃあやって。サービスで」
ってなった時にどうする? と。

サービスでやってもいい程度の規模ならばやりますけど、そうでない場合は…
「いえ、この規模ですと、やるなら追加コストを頂きます」と毅然と言うか、言わずに気付かなかった振りをするか…

#もちろん、バグの場合は別ですよ。それは気付いた時点でこっそり直すべきです。

前回のエントリだと「それで金を取ったら詐欺」ってありましたけど、程度の問題でしょうね。
その場合、追加コストをもらうかどうかはとりあえず置いといて、提案はしてみるのがモラルある態度ということになるでしょうか。

# re: 発覚しなければバグじゃないの? 2007/05/31 21:11 Ognac

>だってプライドにかけて品質にこだわると怒られるんだもんw
上司と入れ替わったほうが良いですよ。ああ無常合掌。


>「気を利かす = 大きなお世話」になることって多くないですか?


>私の上司には「ツリーのやつとかは使うなっ」て言われますw
??? GUI文化を理解していないの???

>日付値のチェックを入れたら、「未定の場合は 2999年で入力したいのに」とか。
>2.顧客に確認する
>2番が抜けると大きなお世話になる可能性があります。

確認が大原則ですね。 PGと設計者と顧客 同一認識に立たないと。足を引っ張ることになります。
私も駆け出しの頃(最近までかな)、思い込みが強く「自分の実装が最良で使い易い筈」だと考えて顧客に強制してしまったことがあります。
今にして思えば、独りよがりで使い難いと思うのです。技術者は得てして自分の視点で判断し勝ちなので、顧客目線でシステムを見る事が重要だと自分を叱っています。

# re: 発覚しなければバグじゃないの? 2007/05/31 21:23 Ognac


>前回のエントリだと「それで金を取ったら詐欺」ってありましたけど、程度の問題でしょうね。
過激な発言は謝罪。
誤解されていないと思うけど、チェックすべき事をしないで、指摘されたら別料金というのは詐欺っぽいね。という意味です。

# re: 発覚しなければバグじゃないの? 2007/05/31 23:22 通り*

> 2番が抜けると大きなお世話になる可能性があります。
そうですよね~アドバイスありがとうございます!
1の時点でお客さんに喜ばれることしか考えない点を何とかしないと...
> ??? GUI文化を理解していないの???
そうでもないです。
全部グリッドでOKってことになってます。
あれ、そうでもないこともないのかな...
> 思い込みが強く...独りよがりで...
まさにその通りです。耳が痛いです>_<

タイトル
名前
Url
コメント