  |
https://b.hatena.ne.jp/entry/s/togetter.com/li/1819901
このコメント見てて思ったけど、リアルの老害と同じようなコメントばっかりだわ
元のまとめは「お客様意識をやめないと発展しないよ」っていうのが一番大きな趣旨
人間は完璧じゃ無いからバグは必ず存在するものとして、それがクリティカルにならないようにいかに防ぐかを論じて欲しい
例えば自動テストをしっかりやってからリリースするとか、バグ発見からの修正までのリードタイムを最短にするとか
３０年以上前からソフトウェア工学的には当たり前のように言われてたことなんだけど
はてなーのトップブコメもそんなのばっかりだから、スター付ける人含めてそういう老害（感覚の人）ばっかなんだろうな
karikari1255 使う側はその意識になってほしいけど、作る側が多少バグっててもいいでしょって言うのは違う感じがするけどなあ。テスラに乗る気がしないのはこの辺の感覚の違い
使う側と作る側を分けてる時点で理解できてないが、作る側は「多少バグっててもいいでしょ」なんて思っていなくて、バグは絶対にゼロにはならないし、減らすには多大なコストがかかるから、そのコストをかけるぐらいなら別の新機能とかにコストをかけた方が良いという判断をしているだけ。あと、テスラに乗る気がしないのはきっと別の理由。
dot 不具合の頻度や致命的かどうかなどが重要なパラメータで、軽微なものは気にせずできるだけリリースサイクルを早める方に労力を使った方が良いモノができるというのは同意。正直バグの種類によるとしか言えない。
頻度が高かろうが致命的だろうがバグは必ずあるのでバグの種類なんて関係ない。高頻度・致命的なバグは修正が早いかどうかだけが指標であってあるかないかなんて誰も分からない。テストである程度は防げるがそれでも完全ではないので「バグがあるかもしれませんがよろしく」という感覚に違いは無い。
findup 家電が誤動作するとかATMから稀にお金が出ないとか電子決済が時々失敗するとかそういうのも許容できるのかな…？敢えて言うならWeb屋さんの言い訳って感じもする。もちろんバグゼロなんて不可能だけど。
家電だろうがATMだろうが電子決済だろうが今のシステムにもバグは内包されていて、単に確率の問題。バグがあって不利益を被ったときに許容しろなんて言ってるわけじゃ無くて保証はされるべき。ただ保証されようが何をされようが許さないというのがお客様感覚という話。今やLintやテスト環境含めてWeb系の方が圧倒的に進化してるのに未だにJavaScript書いてると思ってる典型。
stracciatella 若いときはそうも思っていたけど、アメリカ住んでてトヨタ車の新車が高くて中古価格も全然下がらないのを見るとそこまで同意できなくなった。裏を返すと日本でテスラがどれだけ受け入れられるかということでもある。
自動車なんて「多少のバグがあってもリリースするもの」の代表的なものだと思うんだが、何故にこの手の人はトヨタの自動車を絶賛するんだろう。そのためのリコール制度だよね。
まず使ってる費用と品質っていうのは相関関係にないことが理解されていない。プロジェクトのテストにかける期間は実装の３倍とかが良いとかいうのはあるが、そもそもの期間が決まっていてバグによる不利益よりも得られる効用の方が大きいなら後から直せば良い。
Sakana_Sakana 医療機器にバグが有って死亡しましたとか、ロケット落ちましたとか、重要なのはどこまでバグを許容するか正しく判断できる責任者、経営者の能力が足りていないのが問題だと思うよ、ゲームでは人死なないもんね
バグの許容は判断とかではない。バグはあるし、低い確率だが起きる可能性はある。医療機器やロケットは多重にバックアップすることでその確率を限りなく小さくしているに過ぎない。だからこれは責任者の能力ではなく、単にシステム構成の問題。あと、ゲームでも人は死ぬ。銀行システムのバグで（直接的に）人は死なないよね？って言ってると同じ。ゲームを舐めてる人って割と多い。
12
