みずほ銀行が示す日本の外注ゴミ説 (666ﾚｽ)
上下前次1-新
1(2): 2021/08/24(火)06:30 AAS
だから内製にしとけと
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
ハードウェアは決まってるんだからその範囲で動作するようにするのがソフトウェア
例えばこれがバッチ処理中にメモリが炎上して不足したなんていうならハードウェアの過失割合もあるだろう
今回はハードウェアはすでに決められていてその上で走るソフトウェアを実行したにすぎない
直接原因はメモリ不足に陥る事を計算できないまま実行した運用ミス
根本原因はメモリ不足に陥った時の対応がよく想定されていなかった事
対応方法なんてテスト環境用意して実行するしかないんだよ
月何億かかるか知らんがそういう経費をケチるなということ
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
そのやり方だといずれ死ぬ
【昔ながらのやり方】
初めに大きな領域をガッツリとってそこしか使わない
自前のメモリ管理機構が必要
ローカル変数で大きな領域の確保禁止
【最近のやり方】
OSやライブラリの複雑化で最早や自前でのメモリ管理は不可能
とにかく小粒でモジュールを作って定期的に再起動することでメモリリークを防ぐ
最大使用メモリだけは把握しないと死ぬ
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
テストの時にデバッガでランタイムチェックしないのかな
上下前次1-新書関写板覧索設栞歴
あと 610 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.245s