みずほ銀行が示す日本の外注ゴミ説 (668ﾚｽ)
上下前次1-新
2: 2021/08/24(火)06:36 AAS
世界『なに当たり前すぎること説ってんの？』
3: 2021/08/24(火)07:18 AAS
ちゃんとやってる会社がないのは、もう潰れたから。
4(2): 2021/08/24(火)07:52 AAS
まさか内製ならみ○ほ銀行システムもうまく作れたと思ってるの？
5: 2021/08/24(火)07:54 AAS
何でもいいから早く何とかしろ
俺の金がかかってるんだぞ
6(1): 2021/08/24(火)10:46 AAS
みずほのトラブルはすべてハードウェアの劣化によるものだよ
みずほのソフトウェアが障害起こしたことはこれまで一度もない
そこんとこよろしく
7: 2021/08/24(火)15:16 AAS
そういわれてみればそうだった気もするが本当か
8: 2021/08/24(火)17:51 AAS
ハードウェアの劣化w
9(1): 2021/08/24(火)17:52 AAS
ハードの劣化でなんでメモリ追加してんの？
10(1): 2021/08/24(火)19:31 AAS
>>9
メモリが足りなかったからだろ
ちなみにメモリはハードウェアな
11(1): 2021/08/24(火)21:02 AAS
>>6
一回アップデート失敗した時があった
もう一回が運用がバッチ流した時の失敗
あとは全部ハードの故障でバックアップ系統への切り替えの失敗だから
プログラマ一切関係ないね
12: 2021/08/24(火)21:52 AAS
ハードもバックアップもネットワークもシステムのうち
信頼性、可用性、保守性、耐障害性、冗長性、堅牢性、耐久性、を踏まえた上で全体設計するのが当たり前
設計が間違ってりゃ、その後の工程は全て間違うのに、PGだけのせいにされてもな
13: 2021/08/24(火)22:28 AAS
ハードウエアの設計した人とそれを承認した人の責任だな
それより下っ端の人には一切責任はない
こういう危険性がありますね
と指摘しても無視されるだけだし
14: 2021/08/24(火)22:58 AAS
メインフレームでよくね？
15(1): 2021/08/24(火)23:00 AAS
>>10
メモリたんねーのはハードとは言い切れないのでは？
下手くそなプログラムでメモリおっつかなくなってる可能性はいじょできてなくね？
16(1): 2021/08/24(火)23:15 AAS
あれは運用が処理が集まる日にバッチ流したからだろ
てかお前らほんとゴミとかいう割にニュースさえ読んでないな
17: 2021/08/24(火)23:19 AAS
ヒソカ「キミの敗因は、メモリの無駄遣い♪」
18: 2021/08/24(火)23:41 AAS
見解の相違だ
19: 2021/08/25(水)04:10 AAS
どんなソースコードなのか興味あるわ
全部で何行ぐらいだろう
20: 2021/08/25(水)06:27 AAS
ニュースなんて読まなくてもわかることだからね。
みずほが外注に投げたら外注が下請けに丸投げして中抜きしたんだろ？
それを繰り返すことで、現場は素人ばかりになってたわけだ。
さもないと会社がつぶれるんだもん。
21(2): 2021/08/25(水)10:01 AAS
>>15
莫大なメモリ積んで処理ができなかったのなら
ソフトの問題だがメモリが少なすぎたのが問題なんだから
ハードの問題で確定論破
22: 2021/08/25(水)19:52 AAS
>>21膨大なメモリだぅたよ
23: 2021/08/26(木)18:55 AAS
システムを軽視して落ちたなら解るが、
巨額の開発費と長期間の工数を費やして改悪したゴミ作ってんだから酷え話
24(1): 2021/08/26(木)19:35 AAS
>>11
クラスタの切り替えで障害発生なんてソフトウェアど真ん中の障害じゃないの？
25(1): 2021/08/26(木)19:39 AAS
>>21
ハードウェアは決まってるんだからその範囲で動作するようにするのがソフトウェア
例えばこれがバッチ処理中にメモリが炎上して不足したなんていうならハードウェアの過失割合もあるだろう
今回はハードウェアはすでに決められていてその上で走るソフトウェアを実行したにすぎない
直接原因はメモリ不足に陥る事を計算できないまま実行した運用ミス
根本原因はメモリ不足に陥った時の対応がよく想定されていなかった事
対応方法なんてテスト環境用意して実行するしかないんだよ
省1
26: 2021/08/26(木)20:56 AAS
>>25
ソフトに合わせてハード決めることもあるよ
事実みずほはそうしたじゃん
27(1): 2021/08/26(木)20:58 AAS
> 根本原因はメモリ不足に陥った時の対応がよく想定されていなかった事
いやいや、メモリが足りなかったのが根本原因だからメモリ増やしたんでしょうが
メモリ不足を想定したところで根本的に解決できるわけ無いじゃん
あなたみずほ以下だよ
28: 2021/08/26(木)21:00 AAS
すべてハードウェアの問題です
29: 2021/08/26(木)21:00 AAS
Oracleの社長はかつて
４G超えたらデータが消えるのは仕様ですと言い放ったそうだが
30: 2021/08/26(木)21:03 AAS
関係ないか
31(1): 2021/08/26(木)22:06 AAS
>>27
メモリ増やしたってまた足りなくなったらしめーじゃん
メモリの増設は根本原因への解決策ではないな
32: 2021/08/26(木)22:07 AAS
メモリリーク起こしてるな...
33: 2021/08/26(木)22:19 AAS
>>24
ネットワーク機器のハードの故障でのバックアップへの切り替えとか
ネットワークの組み込みでもやってない限り普通まるでプログラマ関係ない部分だぞ
組み込みのソフトの問題ならシスコの問題だし
そういうのはネットワーク屋が機材セットアップしてテストしてとやるやつ
34: 2021/08/26(木)22:20 AAS
>>31
足りなくなったら足せばいい
35(1): 2021/08/28(土)16:40 AAS
メモリ足りなくなるとかw
無能すぎw
mallocにはfreeしろや
36: 2021/08/28(土)16:59 AAS
メモリの制限って出来ないのか？
37(1): 2021/08/28(土)17:05 AAS
>>35
そのやり方だといずれ死ぬ
【昔ながらのやり方】
初めに大きな領域をガッツリとってそこしか使わない
自前のメモリ管理機構が必要
ローカル変数で大きな領域の確保禁止
【最近のやり方】
省3
38(2): 2021/08/28(土)17:17 AAS
>>37
頻繁にmalloc,freeしてると、メモリが断片化してそのうちとれなくなるってこと？
39: 2021/08/28(土)17:40 AAS
そもそもメモリが不足してるならバッチ処理のほうが死ね
ATM等のリアルタイムのほうを殺してどうするよ
40: 2021/08/28(土)17:47 AAS
atm操作でbad_allocで落ちたんじゃない？
41(2): 2021/08/28(土)19:27 AAS
>>38
このレベルの話をする程度の人たちがみずほのシステムを作ってるんだろうなあ
42: 2021/08/28(土)19:35 AAS
メモリ周りはベンダー提供のライブラリ使うでしょ
43: 2021/08/28(土)22:56 AAS
>>41
どのレベルの話ならいいんだよ
44: 2021/08/29(日)04:33 AAS
メモリ使用率が80%超えたらムリという仕様のブツで
使用率87%行ってますって承知しててデータぶっこんで飛んでるので
システム以外の別問題があるのは間違いない
みずのほ中では情シス部員はゴミクズ扱い or 「どうにかしろや」と言われるマンなんだろうねｗ
45(1): 2021/08/29(日)12:13 AAS
>>41
実際ここの管理がすべてを作ってしまった後だと対応はかなり困難だよ
デカければデカイほど誰も対応したことのないような問題が起きる
実際前人未踏の領域じゃねーかな？
46(1): 2021/08/29(日)12:40 AAS
>>45
mallocの断片化なんか前人未踏どころか、プログラマなら知ってて当然だろ
それすら知らない低レベルな奴らがシステム作ってるからみずほのシステムは
ダメなんじゃないの？
47(1): 2021/08/29(日)12:44 AAS
>>46
だからmallocなんて低レベルな関数使うわけないじゃん
48: 2021/08/29(日)13:00 AAS
分かってて使わない奴と、使うな言われて意味も分からず使ってない奴がいるだろ
>>38は明らかに意味が分かってない
>>47みたいな奴は、だからmallocダメなんだよなーと独自実装をして、
その独自実装がバグってるというオチ
49: 2021/08/29(日)13:01 AAS
Cで書いていないよね?
COBOLかJavaだよね?
メモリの管理は直接にはできないんじゃないの?
50: 2021/08/29(日)13:47 AAS
結果論だけどCOBOLのままでよかったんじゃね？
51(2): 2021/08/29(日)14:50 AAS
cobolは型も領域もガチガチに決まってるから毎回型チェックとか範囲チェックとかが走りそう
名前からして遅そうだし
後頭部かりあげてそう
52: 2021/08/29(日)14:56 AAS
>>51
また低レベルな奴がわいてきて草
COBOLインタプリターだと思ってんのかな
53: 2021/08/29(日)15:00 AAS
コンパイルしてマシン語に落とすのは知ってる
コボラーはみんな後頭部かりあげてるよ
54: 2021/08/29(日)15:00 AAS
だいたいメモリの話は負荷が高いとこにバッチ流したからでコードがなんだろうが
落ちるし、そもそもCで書いてないし、ニュースレベルの話を調べない奴に
最新の技術を英語で調べる能力なんかあるわけないので、人がどうこういう前に
まずニュースくらいは読めるようになれ
55(1): 2021/08/29(日)15:36 AAS
現時点で自分の今組んでるプログラムの使用メモリを厳密に計算する術を持ってない奴は同じことになるよ
c++、java以降の言語は使用メモリの把握がし難い
自分が作成したクラスをnewした直後はいくつで
処理Aを実行した後はいくつという具合でね
もしくはすべてのクラスにGetUseMemoryメソッドがあるとかね
自分らはそこまで用意してバカにしてるのかね？
56(2): 2021/08/29(日)15:43 AAS
テストの時にデバッガでランタイムチェックしないのかな
57(1): 2021/08/29(日)17:30 AAS
>>56
それでわかるやろか？
58: 2021/08/29(日)17:42 AAS
睡眠不足は脳に重大な影響 「あとで取り戻せる」は嘘｜NIKKEI STYLE
外部ﾘﾝｸ:style.nikkei.com
寝不足はこれだけ頭の働きを悪くする| SLEEP 最高の脳と身体をつくる睡眠の技術 | ダイヤモンド・オンライン
外部ﾘﾝｸ:diamond.jp
59: 2021/08/29(日)18:07 AAS
>>57
こことか。RTCのとこ
外部ﾘﾝｸ[pdf]:docs.oracle.com
60(2): 2021/08/29(日)18:56 AAS
>>55
だからメモリ使用率は把握してたと報道に出てるだろ
規定値超えてるのわかってて、データ流してシステム壊しに行ったんだよ奴らはｗ
61: 2021/08/29(日)22:05 AAS
>>51
後頭部刈り上げるのはなんかマズイのか？
62: 2021/08/29(日)23:20 AAS
>>60
メモリ使用率すら把握できてなかったんじゃないの？
ブラックボックス過ぎて
63: 2021/08/30(月)04:34 AAS
【悲報】硫酸男、なんJで「留年生にタメ口使うな」というスレを立てまくっていたと話題に★2 [712093522]
2chｽﾚ:poverty
どうやらタメ口された恨みで何年後に硫酸かけたらしいな
社会人やっていれば日々新しい情報で感情が上書きされるから過去の事などどうでも良くなるはずだが引きこもり無職で自己反省能力ゼロで全てを他人のせいにする精神薄弱児なヤツだったのだろう
64: 2021/08/30(月)06:30 AAS
ガベージコレクションw
所詮メモリの管理が複雑になっただけ
65: 2021/08/30(月)06:31 AAS
>>60
あぼーんしてからメモリの使用率をダンプで知りましたw
66(1): 2021/08/30(月)06:45 AAS
ガベージ派とガベージ派の争いが増えただけ
67: 2021/08/30(月)12:58 AAS
バイトすら決まらない無職の俺でもやってたからな
他の業界もそんな感じで数年後に大問題になるだろう
68: 2021/08/30(月)13:15 AAS
>>66
ガベージ派とガベージ派と
・・・ガベージ派の争いかよ!
69: 2021/08/31(火)00:08 AAS
みずほ銀行、5回目のシステム障害「原因特定できず」 金融庁に報告へ
2chｽﾚ:newsplus
みずほ銀行で起きた今年５回目のシステム障害を巡り、持ち株会社のみずほフィナンシャルグループ（ＦＧ）が３１日に金融庁に提出する報告書の概要が３０日、分かった。基幹システムと営業店をつなぐ機器が想定外の壊れ方をしたと説明した一方、故障原因やバックアップに切り替わらなかった要因は現時点で特定できなかった。
障害発生の告知が開店直前になったことに関しては不備を認める。今回の報告は中間的な位置付けとなる。みずほグループでは今年に入って６回の障害が起きた。金融庁はトラブルが頻発する背景を徹底検査し、みずほＦＧなどに業務改善命令を出す方向だ。
2021/8/30 22:57
外部ﾘﾝｸ:www.sankei.com
70(1): 2021/08/31(火)01:07 AAS
お勧めの金融機関教えて
71: 2021/08/31(火)01:29 AAS
クラウドにしておけば防げた話
72: 2021/08/31(火)01:56 AAS
>>56
メモリ不足の時の挙動は想定されててそれがATM停止だったということ
73: 2021/08/31(火)04:10 AAS
>>70
三菱銀行あたりは結果を試験を一部省略したり
それっぽい結果が出るツールを作ってたりしそうだよね
74(2): 2021/08/31(火)07:40 AAS
だからCは必須って言ってるのに。
中抜きしすぎて、malloc、freeのこともわからん能無しを
うっかり雇っちゃったってだけだよ。
75(1): 2021/08/31(火)12:52 AAS
若手に入れ替えてよくあることは、データの持つパターンの特殊なやつを知らないケース
電話番号に海外の番号入ってたり
半角カナが混ざってるのを文字数とバイト数で処理混在してたり
76: 2021/08/31(火)15:25 AAS
>>75
仕様書に書いてないので削除でええよ
こんなん
まともに相手するから疲れるんだよ
77: 2021/08/31(火)19:18 AAS
>>74
俺クラスになるとcallocだけどな
78: 2021/08/31(火)21:48 AAS
>>74
業務系のJavaでCまで降りる可能性（または必然性）はあまりない気がする
EdenからSurvivorに移すとかOld行きとかはVMが良しなにやる想定だろｗ
79(1): 2021/09/01(水)08:03 AAS
COBOLでよくね？
普通にクラスも作れるし、ソケット通信もできる
80: 2021/09/01(水)10:09 AAS
>>79
同意
81: 2021/09/01(水)12:23 AAS
業務運用知識を舐めた結果がコレ
COBOLerの勝ちだったな
82: 2021/09/01(水)14:28 AAS
業務運用知識をそのままプログラミングしようとしたのが敗因
もっと簡素化すべきだった
上下前次1-新書関写板覧索設栞歴
あと 586 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.672s*