気に入った記事をブックマーク
- 気に入った記事を保存できます
保存した記事の一覧は、はてなブックマークで確認・編集ができます
- 記事を読んだ感想やメモを書き残せます
- 非公開でブックマークすることもできます
エントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント120件
- 注目コメント
- 新着コメント
shibainu1969
「99点じゃ駄目で100点」という話。ほとんどのシステムが障害の影響と100点にするためのコスト・スケジュールを天秤にかけて99点より下を選ぶ。そんな中で100点取れるエンジニアを確保しつづけることができるのか。
turanukimaru
mallocするメモリサイズが正しく計算できないならC言語を使うなJavaでもPythonでも良いからメモリ安全な言語を使え。としか言えん。理解が必要なものは理解しなかったときに壊れるんだから理解不要なコードにするしかない
houyhnhm
あるあるだが、そもそもテストの建付けがおかしそう（x32とx64のギャップってほぼそこやん）／切り戻しの計画が絵に描いた餅で不可逆やってんのイカれてる／多分費用面でイジメられてそうだなあ。
uunfo
これはまずいと思った人がいないって本当に？下請けからの指摘を本社の人が握り潰しましたとは言えないから、表向き誰も気づきませんでしたとしたような。11月時点で64bit化との関連が分かってなかったとは思えない
Ves
後からは何とでも言えると言うのは分かるけど、本当に必要なテストができていないのは間違いなく、パターン数の問題じゃないよね。結局障害発生後の対応もスライドを見ると駄目でしたマニュアル化しますだし…。
tettekete37564
スケジュール優先なのは人月単価に縛られているから。人月単価ベースなのはSIerがPG・SEを作業員として見てるから。作業と見るのは設計を含むコーディングを技能ではなく作業と見てるから。
MERCY
要するに障害が発生した部分は、ほぼ単体試験のみだった（120万通り以上のうち0.5%未満しかテストしてなかった）？結合試験はまぁ有るかなと思うけど、同居する他のプログラムが動いてない総合試験って何？
estragon
バグの作り込みは仕方ないが、メモリ確保領域を超えたらエラー発生させるべき。システム試験で発見できないのはより深刻 / サービスイン後は切り戻せないのは仕方ないか。障害対応は経験なので下手なのも仕方ないか
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
いまの話題をアプリでチェック！
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
すべてのフェーズでミスが重なった ―全銀ネットとNTTデータ、全銀システム通信障害の詳細を説明 | gihyo.jp
すべてのフェーズでミスが重なった ―全銀ネットとNTTデータ、全銀システム通信障害の詳細を説明 全国... すべてのフェーズでミスが重なった ―全銀ネットとNTTデータ、全銀システム通信障害の詳細を説明 全国銀行資金決済ネットワーク（以下、全銀ネット）とNTTデータは12月1日、2023年10月10日～11日にかけて全国銀行データ通信システム（以下、全銀システム）で発生した通信障害に関する報道関係者向けの説明会を開催しました。本件についてはNTTデータが11月6日に行った途中経過報告の内容をもとにレポートしましたが、今回、全銀ネットとNTTデータが揃って会見を行ったことで、より詳細な障害の原因が判明したので、あらためてその内容を検証してみたいと思います。 説明会の登壇者。左から、全銀ネット 企画部長 千葉雄一氏、事務局長兼業務部長 小林健一氏、理事長 辻松雄氏、NTTデータ 代表取締役社長佐々木 裕氏、取締役副社長執行役員 鈴木正範氏 なお、全銀ネットとNTTデータは、今回の障害に関して金融
ブックマークしたユーザー
すべてのユーザーの
詳細を表示します
詳細を表示します
2023/12/06 リンク