• このエントリーをはてなブックマークに追加

東証、障害原因を徹底究明へ

199

2020年10月01日 21:01 時事通信社

  • 今日は「立会い」かな^^; 往年の指差し歓呼?
    • 2020年10月02日 07:14
    • イイネ!0
    • コメント1
  • 不治痛!
    • 2020年10月02日 07:14
    • イイネ!0
    • コメント0
  • なんだかんだ言っても、『ヒューマンエラー』ですわ。
    • 2020年10月02日 07:13
    • イイネ!0
    • コメント0
  • 中国のサイバー攻撃に違いない。すぐに報復しないと!中国人どもをぶちのめせー
    • 2020年10月02日 07:09
    • イイネ!0
    • コメント0
  • バックアップ=兵站、システムの脆弱性=自衛兵力の不足、とするんなら、この不具合に関して批判垂れてるリベラルって、自分が右翼のように「いざというとき防衛力強化を」ってぬかしてるんだって
    • 2020年10月02日 07:04
    • イイネ!0
    • コメント1
  • 去年入れ替えた富士通のシステムがバックアップに切り替えできなかったんだから 富士通側にも責任あると思うけどね
    • 2020年10月02日 07:03
    • イイネ!0
    • コメント0
  • 原因追求も大事だけど、それよりもフェイルセーフなどの観点からの「長期間停止しないようにする」ほうが先とは思うがねえ・・・
    • 2020年10月02日 06:59
    • イイネ!0
    • コメント0
  • 同じシステムを同じように使っていれば、同じ原因で故障する。バックアップシステムは「同じ仕様の違うシステム」であったほうがいい、ということに気づいてほしいなァ・・・
    • 2020年10月02日 06:57
    • イイネ!1
    • コメント0
  • 損賠を求めないといち早く声明出すことで、富士通株は暴落を免れたが、東証に大きな借りができてしまったと言える。当分、東証の無理難題も飲まねばなるまい。ただより高いものはない。
    • 2020年10月02日 06:52
    • イイネ!3
    • コメント0
  • メモリヒープ、配列の要素数上限越え、それにともなうメモリ破壊、予期しない例外でtry〜catch漏れ、NWが寸断され再接続されなかった、システム内部的な動きがあり既存動作に影響を与えたとか?
    • 2020年10月02日 06:49
    • イイネ!1
    • コメント4
  • 隣国のサイバーテロちゃうのexclamation & questionexclamation & questionexclamation & question
    • 2020年10月02日 06:46
    • イイネ!1
    • コメント0
  • 動かすソフトに問題があったとかサイバー攻撃ではなくハードの故障なら仕方ない部分がある。原因を調べて必要な対策をして欲しい。高速売買をする時代に場立ち復活は時代遅れだからǭ������
    • 2020年10月02日 06:37
    • イイネ!0
    • コメント1
  • 日本の金融は中国から常アタックされとるからバックアップとブロックは常強化変更しる。さらに運営はブラックボックスにしてセキュリティ強化しる
    • 2020年10月02日 06:33
    • イイネ!0
    • コメント0
  • 海外でも大きく報道された。こんなこと今まで聞かなかったから、ひょっとして国の恥?
    • 2020年10月02日 06:26
    • イイネ!1
    • コメント0
  • 失敗に学ぶということは大事ですね。
    • 2020年10月02日 06:22
    • イイネ!6
    • コメント0
ニュース設定