みずほ銀行が示す日本の外注ゴミ説

[1 仕様書無しさん 2021/08/24(火) 06:30:03.71]

だから内製にしとけと

[2 仕様書無しさん 2021/08/24(火) 06:36:40.98]

世界『なに当たり前すぎること説ってんの？』

[3 仕様書無しさん 2021/08/24(火) 07:18:56.11]

ちゃんとやってる会社がないのは、もう潰れたから。

[4 仕様書無しさん 2021/08/24(火) 07:52:28.25]

まさか内製ならみ○ほ銀行システムもうまく作れたと思ってるの？

[5 仕様書無しさん 2021/08/24(火) 07:54:15.84]

何でもいいから早く何とかしろ
俺の金がかかってるんだぞ

[6 仕様書無しさん 2021/08/24(火) 10:46:25.59]

みずほのトラブルはすべてハードウェアの劣化によるものだよ
みずほのソフトウェアが障害起こしたことはこれまで一度もない
そこんとこよろしく

[7 仕様書無しさん 2021/08/24(火) 15:16:27.94]

そういわれてみればそうだった気もするが本当か

[8 仕様書無しさん 2021/08/24(火) 17:51:58.22]

ハードウェアの劣化w

[9 仕様書無しさん 2021/08/24(火) 17:52:26.46]

ハードの劣化でなんでメモリ追加してんの？

[10 仕様書無しさん 2021/08/24(火) 19:31:36.98]

>>9
メモリが足りなかったからだろ
ちなみにメモリはハードウェアな

[11 仕様書無しさん 2021/08/24(火) 21:02:53.67]

>>6
一回アップデート失敗した時があった
もう一回が運用がバッチ流した時の失敗
あとは全部ハードの故障でバックアップ系統への切り替えの失敗だから
プログラマ一切関係ないね

[12 仕様書無しさん 2021/08/24(火) 21:52:32.58]

ハードもバックアップもネットワークもシステムのうち
信頼性、可用性、保守性、耐障害性、冗長性、堅牢性、耐久性、を踏まえた上で全体設計するのが当たり前

設計が間違ってりゃ、その後の工程は全て間違うのに、PGだけのせいにされてもな

[13 仕様書無しさん 2021/08/24(火) 22:28:28.14]

ハードウエアの設計した人とそれを承認した人の責任だな
それより下っ端の人には一切責任はない
こういう危険性がありますね
と指摘しても無視されるだけだし

[14 仕様書無しさん 2021/08/24(火) 22:58:51.14]

メインフレームでよくね？

[15 仕様書無しさん 2021/08/24(火) 23:00:04.75]

>>10
メモリたんねーのはハードとは言い切れないのでは？
下手くそなプログラムでメモリおっつかなくなってる可能性はいじょできてなくね？

[16 仕様書無しさん 2021/08/24(火) 23:15:24.20]

あれは運用が処理が集まる日にバッチ流したからだろ
てかお前らほんとゴミとかいう割にニュースさえ読んでないな

[17 仕様書無しさん 2021/08/24(火) 23:19:13.62]

ヒソカ「キミの敗因は、メモリの無駄遣い♪」

[18 仕様書無しさん 2021/08/24(火) 23:41:34.87]

見解の相違だ

[19 仕様書無しさん 2021/08/25(水) 04:10:59.26]

どんなソースコードなのか興味あるわ

全部で何行ぐらいだろう

[20 仕様書無しさん 2021/08/25(水) 06:27:05.27]

ニュースなんて読まなくてもわかることだからね。
みずほが外注に投げたら外注が下請けに丸投げして中抜きしたんだろ？
それを繰り返すことで、現場は素人ばかりになってたわけだ。

さもないと会社がつぶれるんだもん。

[21 仕様書無しさん 2021/08/25(水) 10:01:16.49]

>>15
莫大なメモリ積んで処理ができなかったのなら
ソフトの問題だがメモリが少なすぎたのが問題なんだから
ハードの問題で確定論破

[22 仕様書無しさん 2021/08/25(水) 19:52:53.50]

>>21膨大なメモリだぅたよ

[23 仕様書無しさん 2021/08/26(木) 18:55:53.04]

システムを軽視して落ちたなら解るが、
巨額の開発費と長期間の工数を費やして改悪したゴミ作ってんだから酷え話

[24 仕様書無しさん 2021/08/26(木) 19:35:33.13]

>>11
クラスタの切り替えで障害発生なんてソフトウェアど真ん中の障害じゃないの？

[25 仕様書無しさん 2021/08/26(木) 19:39:36.91]

>>21
ハードウェアは決まってるんだからその範囲で動作するようにするのがソフトウェア
例えばこれがバッチ処理中にメモリが炎上して不足したなんていうならハードウェアの過失割合もあるだろう
今回はハードウェアはすでに決められていてその上で走るソフトウェアを実行したにすぎない

直接原因はメモリ不足に陥る事を計算できないまま実行した運用ミス
根本原因はメモリ不足に陥った時の対応がよく想定されていなかった事

対応方法なんてテスト環境用意して実行するしかないんだよ
月何億かかるか知らんがそういう経費をケチるなということ

[26 仕様書無しさん 2021/08/26(木) 20:56:36.59]

>>25
ソフトに合わせてハード決めることもあるよ
事実みずほはそうしたじゃん

[27 仕様書無しさん 2021/08/26(木) 20:58:15.35]

> 根本原因はメモリ不足に陥った時の対応がよく想定されていなかった事

いやいや、メモリが足りなかったのが根本原因だからメモリ増やしたんでしょうが
メモリ不足を想定したところで根本的に解決できるわけ無いじゃん
あなたみずほ以下だよ

[28 仕様書無しさん 2021/08/26(木) 21:00:05.34]

すべてハードウェアの問題です

[29 仕様書無しさん 2021/08/26(木) 21:00:08.02]

Oracleの社長はかつて
４G超えたらデータが消えるのは仕様ですと言い放ったそうだが

[30 仕様書無しさん 2021/08/26(木) 21:03:29.33]

関係ないか

[31 仕様書無しさん 2021/08/26(木) 22:06:05.29]

>>27
メモリ増やしたってまた足りなくなったらしめーじゃん
メモリの増設は根本原因への解決策ではないな

[32 仕様書無しさん 2021/08/26(木) 22:07:29.28]

メモリリーク起こしてるな...

[33 仕様書無しさん 2021/08/26(木) 22:19:22.94]

>>24
ネットワーク機器のハードの故障でのバックアップへの切り替えとか
ネットワークの組み込みでもやってない限り普通まるでプログラマ関係ない部分だぞ
組み込みのソフトの問題ならシスコの問題だし

そういうのはネットワーク屋が機材セットアップしてテストしてとやるやつ

[34 仕様書無しさん 2021/08/26(木) 22:20:27.93]

>>31
足りなくなったら足せばいい

[35 仕様書無しさん 2021/08/28(土) 16:40:10.80]

メモリ足りなくなるとかw
無能すぎw
mallocにはfreeしろや

[36 仕様書無しさん 2021/08/28(土) 16:59:38.56]

メモリの制限って出来ないのか？

[37 仕様書無しさん 2021/08/28(土) 17:05:44.27]

>>35
そのやり方だといずれ死ぬ

【昔ながらのやり方】
初めに大きな領域をガッツリとってそこしか使わない
自前のメモリ管理機構が必要
ローカル変数で大きな領域の確保禁止

【最近のやり方】
OSやライブラリの複雑化で最早や自前でのメモリ管理は不可能
とにかく小粒でモジュールを作って定期的に再起動することでメモリリークを防ぐ
最大使用メモリだけは把握しないと死ぬ

[38 仕様書無しさん 2021/08/28(土) 17:17:39.31]

>>37
頻繁にmalloc,freeしてると、メモリが断片化してそのうちとれなくなるってこと？

[39 仕様書無しさん 2021/08/28(土) 17:40:40.86]

そもそもメモリが不足してるならバッチ処理のほうが死ね
ATM等のリアルタイムのほうを殺してどうするよ

[40 仕様書無しさん 2021/08/28(土) 17:47:11.40]

atm操作でbad_allocで落ちたんじゃない？