eggy 曰く、

Atlantic の記事によれば、サプライチェーンや金融システム、生産ラインを支えているソフトウェアの多くはクオリティーが低いとのこと。こうしたソフトェアはストレステストが充分に行われないまま使用されているため、不具合が起きたときに企業が大きな損失を被る可能性を孕んでいると指摘している。ミッションクリティカルなソフトウェアのなかでも特にクリティカルなのが金融システムのソフトウェアであるが、つい先週、ナイト・キャピタルがニューヨーク証券取引所で、自動取引システム障害による 4 億 4 千万ドルの損失を負うこととなった事件 (/.J 記事) も記憶に新しいだろう (The Atlantic の記事、本家 /. 記事より) 。

ソフトウェアが誤作動を起こす可能性は無限に存在しており、不可能ではないにしても、起こりえるプログラムの誤作動をすべて予測するというのは非常に難しい。また、そのシステムで制御することのできない他のプログラムが絡んでくると更に困難を極める。こうした問題を解決するには、なによりも優秀でやる気のある開発者が必要であり、現場の開発者同士が互いの作業状況を頻繁に確認し合い、率直に意見を出し合える雰囲気が必要であるとしている。また、納品の期日を守ることよりも、期日を過ぎてでも質の高いソフトウェアを完成させることを優先させた方がいい、と理解できているマネジメントが必要であるとのこと。

プログラムの不具合はそう頻繁に起きることではないが、一旦起きてしまうと企業は非常に壊滅的な損失を被ることになるため、膨大な費用がかかったとしてもストレステストを行う必要がある。だが、こうしたリスクへの意識が低く、テクノロジーについて何一つ分かっていない金融機関は、短期的な視点で目先の利益を優先してしまい、ソフトウェアの品質に対する投資を怠ってしまうとのこと。