アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
「毎々お世話になっております。仕様書を頂きたく。」「拝承」 -- ある会社の日常
単純に (スコア:3, すばらしい洞察)
Re:単純に (スコア:1, 参考になる)
機能の複雑化に伴い既存ソースにつけたしつけたしの連続ですからねぇ。
そらー不具合も加速度的に増えるでしょうよ。
Re:単純に (スコア:2, 興味深い)
納期優先なので、判明しているバグもそのままに新機種を出しますね。
その知り合いには周回遅れの機種を買えと言われてます。その頃であれば、
致命的なバグは取り払われ、さらにお安く買えるからと。
ただ、バグも致命的じゃないと新機種優先で開発が進むので放置される
傾向にあるそうですが。
Re:単純に (スコア:2, 参考になる)
いざ発売後になると、それまでの製造チームの人員のほとんど（特に優秀な人）はごっそり引き抜かれて、並行して走っている次の製品の開発の方に投入される。
結果的に、大幅に縮小された保守チームが細々と不具合改修をするという、それはまるで敗戦処理のような状況なのだが、
オンラインアップデートという「便利」なアイテムのおかげで、昔と違いすでに発売日前から対応すべき問題が山積み状態。
一部の再現頻度が低い or サービス的に利用頻度が低い問題などは、問題の調査さえ行えない場合もある。
まあ、こんな感じです。
Re:単純に (スコア:2, 興味深い)
当然時間は有限なので過去機種の改修している分だけ次機種の作業は停止するわけで…
再現頻度or利用頻度が低い問題もよっぽどのことでなければ上から調査命令が来ます。
が、再現頻度が低い場合は何度も試験しなければならず、これだけで半日〜丸一日潰れることもザラにあります。
これで再現した場合はさらに原因を調査しないといけなくなるのでさらに時間を喰われるということに。
最近はオンラインアップデートがあるとはいえ、そのアップデートでも直せない不具合だって何気にあったりします。ハードウェアの不具合はもちろん、アップデート対象外エリアにバグがあったり、データが既に破壊された場合などなど。それにオンラインアップデートを行うにも「端末の起動」「アップデート機能の起動」「アップデートサーバとの通信」「アップデートデータの保存」「端末の更新処理」のどれもが確実に正常動作することが大前提です。
どれか1つでもNGだとかなりの回避処置が必要になったり、最悪回収騒ぎになります。
個人的には「みんなが頑張れば頑張るほどいらなくなる機能」ということで他機能担当の方を応援しているのですが、他機能の方もいちばん上で書いたようなのが現状で結果は皆さんご存知の通りです orz
# やらかしたことがあるので絶対AC
Re:単純に (スコア:0)
つまりはこんな感じ？ [maid.ne.jp]
＃絶対ACで
テスト法定化を (スコア:1)
テストに合格しないまま出荷したときは契約にあるすべての免責条項を無効とする。如何?
Re:テスト法定化を (スコア:0)
Re:テスト法定化を (スコア:0)
ハードウェアとしては、人命に関する事項が家電の一つとして今も法律で
定められていますが。
ソフトウェアのせいで携帯電話の電池が爆発、なんて事件が起こればあるいは……
Re:テスト法定化を (スコア:1)
Re:テスト法定化を (スコア:1)
ちったぁましになるかもしれません。
Re:テスト法定化を (スコア:0)
正常に機能しないと言うことは売買時の(これこれの機能を提供します
という)契約が履行できていないと言うことですから返品なりの補償を
させれば良いのです。
また、ネットによるアップデートが簡単に出来るからと不具合を承知で
販売したのであれば詐欺罪を適用すれば効果的面でしょう。
# というよりメーカに犯罪(に等しいこと)をやっているという自覚が
# ないのが終ってます。
Re:テスト法定化を (スコア:0)
Re:単純に (スコア:0)
http://ja.wikipedia.org/wiki/ [wikipedia.org]施工管理技士
建築士の単独犯です。 (スコア:0)
そうだそうだ [wikipedia.org]。
『IT業界も建築業界のヒンシツカンリをサンコーにすべきだよね。』（棒読み）
Re:建築士の単独犯です。 (スコア:0)
Re:建築士の単独犯です。 (スコア:0)
そういう手抜きが問題になって国会にまで取り上げられて。
ソフトなんて姉歯も真っ青の手抜きが＊業界標準＊ですが何か？
「この世の建築物がソフトだったら、キツツキ一羽で世界は滅びるであろう」