トレンドマイクロのソフト障害の件について物申す

CUBE乗りさんのブログにコメントがあまりに莫大になってしまったので改めて投稿しなおします(^_^;)

この話ってソフト業界全体で潜在的に抱えている問題だったりします。
携帯もそうですがいまやソフトが巨大化しすぎて、今作っている人すらメンテナンスできないほど肥大化してしまっているんです。何年か前に携帯の回収が頻発したのは記憶に新しいところです。
今のソフトは既存のソースに改修、追加、改造を加えて大きくなって10万ステップ、100万ステップなんて当たり前にあります。
また、早く安く製品を投入するため新しい製品を作るのに全ての機能をチェックすることは不可能と考えていいでしょう。

ウイルスソフトで言えばパターンファイルをあげるごと全てのテストを繰り返していたらウイルスの出現スピードに確実に追いつかなくなるなりますしソフトの値段は一般市民が買えないほど暴騰するでしょう。

そういう意味で言えばいまのソフトには絶対バグがあると考えていいと思います。

では何をやっているかというと「想定される範囲内」で必要なテストを繰り返しているんです。「想定される範囲内」というのは今までの経験から頼るところが多いのです。
テストパターンの作成はソフトやシステムを熟知した職人技の勘によるところが大きいのです。

ソフトの価格、品質の差はテストの差と考えてもらっていいと思います。

ソフト業界ではいままでのやり方では生産性、品質ともに限界が来ていてソフトウェア工学的に理論(モデル)からコードを直接生成するような新たな生産方式が研究されているところですが、ソフトの進化についていけてないのが実情です。

先日ソフトウェア生産工学を研究している某大学教授の公演を聞きましたがソフト会社はリスク回避のために「バグ障害保険」を損害保険会社に依頼しないといけない時勢に来ていると言っていました。。

ソフト障害を肯定化するつもりではないですが、そういうことが表に噴出したのが今回の事件というのがもっぱら業界での見方だったりします。

なお、賠償なしというのはもともとソフトウェアには契約の中に「瑕疵担保」はないのが一般的で大抵ソフトウェア契約文書に書いてあったりします。なので賠償なしなのですが今回はあまりに影響が大きかったので業務に支障が出た顧客に限って賠償するのではないかと。
エンタープライズではサポート費を支払わないとソフトウェアの保守（バグ修正含む）はしてもらえないのが一般的です。

また普通重要度の高いシステムでは、一般的に新しいソフトをいきなり本番機に投入するのではなく試験機に投入して問題ないことを確認してから投入するように運用してリスク回避をしているのが一般的です。

というわけで今回の件でいろんなことが思いめぐったSEからの意見でした