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

**仕様書無しさん** · 2021/08/24(火) 06:30:03.71

だから内製にしとけと

**仕様書無しさん** · 2021/08/24(火) 06:36:40.98

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

**仕様書無しさん** · 2021/08/24(火) 07:18:56.11

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

**仕様書無しさん** · 2021/08/24(火) 07:52:28.25

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

**仕様書無しさん** · 2021/08/24(火) 07:54:15.84

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

**仕様書無しさん** · 2021/08/24(火) 10:46:25.59

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

**仕様書無しさん** · 2021/08/24(火) 15:16:27.94

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

**仕様書無しさん** · 2021/08/24(火) 17:51:58.22

ハードウェアの劣化w

**仕様書無しさん** · 2021/08/24(火) 17:52:26.46

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

**仕様書無しさん** · 2021/08/24(火) 19:31:36.98

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

**仕様書無しさん** · 2021/08/24(火) 21:02:53.67

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

**仕様書無しさん** · 2021/08/24(火) 21:52:32.58

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

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

**仕様書無しさん** · 2021/08/24(火) 22:28:28.14

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

**仕様書無しさん** · 2021/08/24(火) 22:58:51.14

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

**仕様書無しさん** · 2021/08/24(火) 23:00:04.75

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

**仕様書無しさん** · 2021/08/24(火) 23:15:24.20

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

**仕様書無しさん** · 2021/08/24(火) 23:19:13.62

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

**仕様書無しさん** · 2021/08/24(火) 23:41:34.87

見解の相違だ

**仕様書無しさん** · 2021/08/25(水) 04:10:59.26

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

全部で何行ぐらいだろう

**仕様書無しさん** · 2021/08/25(水) 06:27:05.27

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

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

**仕様書無しさん** · 2021/08/25(水) 10:01:16.49

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

**仕様書無しさん** · 2021/08/25(水) 19:52:53.50

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

**仕様書無しさん** · 2021/08/26(木) 18:55:53.04

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

**仕様書無しさん** · 2021/08/26(木) 19:35:33.13

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

**仕様書無しさん** · 2021/08/26(木) 19:39:36.91

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

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

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

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

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

**仕様書無しさん** · 2021/08/26(木) 20:58:15.35

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

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

**仕様書無しさん** · 2021/08/26(木) 21:00:05.34

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

**仕様書無しさん** · 2021/08/26(木) 21:00:08.02

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

**仕様書無しさん** · 2021/08/26(木) 21:03:29.33

関係ないか

**仕様書無しさん** · 2021/08/26(木) 22:06:05.29

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

**仕様書無しさん** · 2021/08/26(木) 22:07:29.28

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

**仕様書無しさん** · 2021/08/26(木) 22:19:22.94

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

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

**仕様書無しさん** · 2021/08/26(木) 22:20:27.93

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

**仕様書無しさん** · 2021/08/28(土) 16:40:10.80

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

**仕様書無しさん** · 2021/08/28(土) 16:59:38.56

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

**仕様書無しさん** · 2021/08/28(土) 17:05:44.27

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

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

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

**仕様書無しさん** · 2021/08/28(土) 17:17:39.31

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

**仕様書無しさん** · 2021/08/28(土) 17:40:40.86

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

**仕様書無しさん** · 2021/08/28(土) 17:47:11.40

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

**仕様書無しさん** · 2021/08/28(土) 19:27:39.88

>>38
このレベルの話をする程度の人たちがみずほのシステムを作ってるんだろうなあ

**仕様書無しさん** · 2021/08/28(土) 19:35:32.09

メモリ周りはベンダー提供のライブラリ使うでしょ

**仕様書無しさん** · 2021/08/28(土) 22:56:44.07

>>41
どのレベルの話ならいいんだよ

**仕様書無しさん** · 2021/08/29(日) 04:33:18.06

メモリ使用率が80%超えたらムリという仕様のブツで
使用率87%行ってますって承知しててデータぶっこんで飛んでるので
システム以外の別問題があるのは間違いない

みずのほ中では情シス部員はゴミクズ扱い or 「どうにかしろや」と言われるマンなんだろうねｗ

**仕様書無しさん** · 2021/08/29(日) 12:13:24.92

>>41
実際ここの管理がすべてを作ってしまった後だと対応はかなり困難だよ
デカければデカイほど誰も対応したことのないような問題が起きる
実際前人未踏の領域じゃねーかな？

**仕様書無しさん** · 2021/08/29(日) 12:40:37.38

>>45
mallocの断片化なんか前人未踏どころか、プログラマなら知ってて当然だろ
それすら知らない低レベルな奴らがシステム作ってるからみずほのシステムは
ダメなんじゃないの？

**仕様書無しさん** · 2021/08/29(日) 12:44:30.28

>>46
だからmallocなんて低レベルな関数使うわけないじゃん

**仕様書無しさん** · 2021/08/29(日) 13:00:36.55

分かってて使わない奴と、使うな言われて意味も分からず使ってない奴がいるだろ
>>38は明らかに意味が分かってない
>>47みたいな奴は、だからmallocダメなんだよなーと独自実装をして、
その独自実装がバグってるというオチ

**仕様書無しさん** · 2021/08/29(日) 13:01:07.91

Cで書いていないよね?
COBOLかJavaだよね?
メモリの管理は直接にはできないんじゃないの?

**仕様書無しさん** · 2021/08/29(日) 13:47:07.76

結果論だけどCOBOLのままでよかったんじゃね？

**仕様書無しさん** · 2021/08/29(日) 14:50:43.83

cobolは型も領域もガチガチに決まってるから毎回型チェックとか範囲チェックとかが走りそう
名前からして遅そうだし
後頭部かりあげてそう

**仕様書無しさん** · 2021/08/29(日) 14:56:46.25

>>51
また低レベルな奴がわいてきて草
COBOLインタプリターだと思ってんのかな

**仕様書無しさん** · 2021/08/29(日) 15:00:05.14

コンパイルしてマシン語に落とすのは知ってる
コボラーはみんな後頭部かりあげてるよ

**仕様書無しさん** · 2021/08/29(日) 15:00:17.08

だいたいメモリの話は負荷が高いとこにバッチ流したからでコードがなんだろうが
落ちるし、そもそもCで書いてないし、ニュースレベルの話を調べない奴に
最新の技術を英語で調べる能力なんかあるわけないので、人がどうこういう前に
まずニュースくらいは読めるようになれ

**仕様書無しさん** · 2021/08/29(日) 15:36:15.66

現時点で自分の今組んでるプログラムの使用メモリを厳密に計算する術を持ってない奴は同じことになるよ

c++、java以降の言語は使用メモリの把握がし難い
自分が作成したクラスをnewした直後はいくつで
処理Aを実行した後はいくつという具合でね
もしくはすべてのクラスにGetUseMemoryメソッドがあるとかね

自分らはそこまで用意してバカにしてるのかね？

**仕様書無しさん** · 2021/08/29(日) 15:43:04.72

テストの時にデバッガでランタイムチェックしないのかな

**仕様書無しさん** · 2021/08/29(日) 17:30:07.04

>>56
それでわかるやろか？

**仕様書無しさん** · 2021/08/29(日) 17:42:01.29

睡眠不足は脳に重大な影響「あとで取り戻せる」は嘘｜NIKKEI STYLE
https://style.nikkei.com/article/DGXMZO10215050S6A201C1000000/

寝不足はこれだけ頭の働きを悪くする| SLEEP　最高の脳と身体をつくる睡眠の技術 | ダイヤモンド・オンライン
https://diamond.jp/articles/amp/121720

**仕様書無しさん** · 2021/08/29(日) 18:07:44.36

>>57
こことか。RTCのとこ
https://docs.oracle.com/cd/E19205-01/820-1199/820-1199.pdf

**仕様書無しさん** · 2021/08/29(日) 18:56:54.99

>>55
だからメモリ使用率は把握してたと報道に出てるだろ
規定値超えてるのわかってて、データ流してシステム壊しに行ったんだよ奴らはｗ

**仕様書無しさん** · 2021/08/29(日) 22:05:40.85

>>51
後頭部刈り上げるのはなんかマズイのか？

**仕様書無しさん** · 2021/08/29(日) 23:20:35.75

>>60
メモリ使用率すら把握できてなかったんじゃないの？
ブラックボックス過ぎて

**仕様書無しさん** · 2021/08/30(月) 04:34:52.35

【悲報】硫酸男、なんJで「留年生にタメ口使うな」というスレを立てまくっていたと話題に★2 [712093522]
https://leia.5ch.net/test/read.cgi/poverty/1630252585/

どうやらタメ口された恨みで何年後に硫酸かけたらしいな
社会人やっていれば日々新しい情報で感情が上書きされるから過去の事などどうでも良くなるはずだが引きこもり無職で自己反省能力ゼロで全てを他人のせいにする精神薄弱児なヤツだったのだろう

**仕様書無しさん** · 2021/08/30(月) 06:30:06.01

ガベージコレクションw
所詮メモリの管理が複雑になっただけ

**仕様書無しさん** · 2021/08/30(月) 06:31:23.56

>>60
あぼーんしてからメモリの使用率をダンプで知りましたw

**仕様書無しさん** · 2021/08/30(月) 06:45:07.21

ガベージ派とガベージ派の争いが増えただけ

**仕様書無しさん** · 2021/08/30(月) 12:58:20.13

バイトすら決まらない無職の俺でもやってたからな
他の業界もそんな感じで数年後に大問題になるだろう

**仕様書無しさん** · 2021/08/30(月) 13:15:36.09

>>66
ガベージ派とガベージ派と

・・・ガベージ派の争いかよ!

**仕様書無しさん** · 2021/08/31(火) 00:08:38.91

みずほ銀行、5回目のシステム障害「原因特定できず」　金融庁に報告へ
https://asahi.5ch.net/test/read.cgi/newsplus/1630333217/

みずほ銀行で起きた今年５回目のシステム障害を巡り、持ち株会社のみずほフィナンシャルグループ（ＦＧ）が３１日に金融庁に提出する報告書の概要が３０日、分かった。基幹システムと営業店をつなぐ機器が想定外の壊れ方をしたと説明した一方、故障原因やバックアップに切り替わらなかった要因は現時点で特定できなかった。

障害発生の告知が開店直前になったことに関しては不備を認める。今回の報告は中間的な位置付けとなる。みずほグループでは今年に入って６回の障害が起きた。金融庁はトラブルが頻発する背景を徹底検査し、みずほＦＧなどに業務改善命令を出す方向だ。

2021/8/30 22:57
https://www.sankei.com/article/20210830-LFIXGO5FBJO2JN7VCCAP4CQI5U/

**仕様書無しさん** · 2021/08/31(火) 01:07:40.31

お勧めの金融機関教えて

**仕様書無しさん** · 2021/08/31(火) 01:29:24.91

クラウドにしておけば防げた話

**仕様書無しさん** · 2021/08/31(火) 01:56:27.69

>>56
メモリ不足の時の挙動は想定されててそれがATM停止だったということ

**仕様書無しさん** · 2021/08/31(火) 04:10:42.47

>>70
三菱銀行あたりは結果を試験を一部省略したり
それっぽい結果が出るツールを作ってたりしそうだよね

**仕様書無しさん** · 2021/08/31(火) 07:40:29.54

だからCは必須って言ってるのに。
中抜きしすぎて、malloc、freeのこともわからん能無しを
うっかり雇っちゃったってだけだよ。

**仕様書無しさん** · 2021/08/31(火) 12:52:22.80

若手に入れ替えてよくあることは、データの持つパターンの特殊なやつを知らないケース
電話番号に海外の番号入ってたり
半角カナが混ざってるのを文字数とバイト数で処理混在してたり

**仕様書無しさん** · 2021/08/31(火) 15:25:04.17

>>75
仕様書に書いてないので削除でええよ
こんなん
まともに相手するから疲れるんだよ

**仕様書無しさん** · 2021/08/31(火) 19:18:38.81

>>74
俺クラスになるとcallocだけどな

**仕様書無しさん** · 2021/08/31(火) 21:48:29.88

>>74
業務系のJavaでCまで降りる可能性（または必然性）はあまりない気がする
EdenからSurvivorに移すとかOld行きとかはVMが良しなにやる想定だろｗ

**仕様書無しさん** · 2021/09/01(水) 08:03:48.40

COBOLでよくね？
普通にクラスも作れるし、ソケット通信もできる

**仕様書無しさん** · 2021/09/01(水) 10:09:03.67

>>79
同意

**仕様書無しさん** · 2021/09/01(水) 12:23:01.59

業務運用知識を舐めた結果がコレ
COBOLerの勝ちだったな

**仕様書無しさん** · 2021/09/01(水) 14:28:40.46

業務運用知識をそのままプログラミングしようとしたのが敗因
もっと簡素化すべきだった

**仕様書無しさん** · 2021/09/01(水) 18:15:57.92

それをするにも業務運用知識が必要

**仕様書無しさん** · 2021/09/01(水) 21:02:06.75

内製より早く、把握者不在になったw

**仕様書無しさん** · 2021/09/02(木) 06:48:35.29

国家問題になって経済界で大騒ぎ↓

完成させてはならない偽装請負多重派遣開発

劣悪待遇と報酬不足でプログラマーがいないから、みずほはプログラマー不足ツールでオペレータが業務製造してる。

無能ドカタ団結になるのは、IBMのＦで得ると富士通のIでぶのノンプロクラミングツールがみずほにセールスされたから。

おかげで大量重複ロジック設計、大量重複データ設計、大量手入力製造、体育会や系文系ドカタだらけにしやがった。

そのくせ能力削減テストツールまでセールスされて、反対に手入力で体力使わせてやんの。
しかも重複メンテナンスで反対に保守効率が悪化している。

おかげで開発費用削減どころか巨額資金損失で完成困難。

プログラマー排除なんかしてプログラムが作れるわけないだろ！

みずほフィナンシャルグループ4600億円に上る減損
https://r.nikkei.com/article/DGXMZO42125910W9A300C1I00000
今年6度目のシステム障害が必然の理由
https://search.yahoo.co.jp/amp/s/diamond.jp/articles/amp/280661%3Fusqp%3Dmq331AQIKAGwASCAAgM%253D

**仕様書無しさん** · 2021/09/03(金) 07:24:30.58

担当者退職より酷いw

**仕様書無しさん** · 2021/09/03(金) 07:57:12.13

クラウド銀行システム入れれば良かったのにな
そもそも自作する必要があるのかという根本的な疑問を抱かない上層部の感覚がおかしい

**仕様書無しさん** · 2021/09/03(金) 07:58:06.91

信用できねーだろクラウドなんか

**仕様書無しさん** · 2021/09/03(金) 08:09:47.12

俺も同じ意見
こういう大事なものでクラウドはやめたほうがいい
いざというときの備えは自分でするべきでそれができないなら廃業するべき

**仕様書無しさん** · 2021/09/03(金) 09:05:17.93

クラウドになったら別銀行に全部預金移行する

**仕様書無しさん** · 2021/09/03(金) 09:09:15.96

今回のは設定と運用ミスでクラウド関係ないからな

**仕様書無しさん** · 2021/09/03(金) 09:36:08.61

そうかな? 私はクラウドの方が信用できるぞ
オンプレの場合とんでもない素人が管理している可能性がある
異常事態に遭遇する経験値が低すぎる可能性が高い

**仕様書無しさん** · 2021/09/03(金) 09:43:37.55

>>92
いまはプライベートクラウドあるしね。
パブリックと使い分けできてる。

**仕様書無しさん** · 2021/09/03(金) 11:40:28.91

F県にあるブラック下請IT企業に注意！
・社内のトップ２のハラスメントがひどく、二人辞め、１人通院中
・残業代は完全未払い(みなし45時間を超えても支払いなし)、勿論、退職金も無し
・単価から考えて完全に中抜き
・勤怠管理もなく、有給数のごまかしあり
・社長が地方在住で東京への交通費が無駄にかかっている
・社長は平気で歩きタバコをする
・社長がハラスメント被害者と面談した際の一声が「友達いるの？」(慰めてくれる人いないの？の意味らしい)
・社長の配偶者も社員でクズ、開発作業にノータッチで一緒に中抜き
・現場派遣に経験は一切考慮されない
経験5年目にリーダーをやらせ、経験20年(給与は当然上)がその下につくことも
・どんなに派遣先に負担があっても、リーダーなど職責があっても給与やボーナスで調整される事はない。
給与が上の人間が低負担な現場で働き、高負担な現場で給与が下の人間が働く事は当たり前。
・こんな反社会的企業でも金融系の案件に携わっている

**仕様書無しさん** · 2021/09/03(金) 12:37:30.65

>>94
福井県？
ならIT企業の数少ないから特定できるのでは

**仕様書無しさん** · 2021/09/03(金) 12:52:06.82

情報システム板にそれっぽい企業あるぞい・・・

**仕様書無しさん** · 2021/09/03(金) 14:58:18.51

ひらきよき残業代やね

**仕様書無しさん** · 2021/09/03(金) 18:51:30.07

>>96
検索ワードひんと教えて

**仕様書無しさん** · 2021/09/03(金) 19:29:59.99

>>98
福井県

**仕様書無しさん** · 2021/09/03(金) 22:41:28.68

なぜ三井住友や三菱UFJが出来ることが普通に出来ないのか

**仕様書無しさん** · 2021/09/03(金) 22:47:26.85

大してニュースにならんだけでできてはいるんじゃね？

**仕様書無しさん** · 2021/09/04(土) 01:06:42.25

>>100
住友銀行に三菱銀行だからだろう
みずほも富士銀行になってれば良かったのにね

**仕様書無しさん** · 2021/09/04(土) 11:31:26.90

勘定システム開発保守やってるけど銀行のシステム部はどこもクソやで
保守費は削減は当然として見積もりはいつも高いしか言わない。
仕様確定の為の情報を期日に出さない。
仕様確定後に仕様変更ぶっ込んでくる。
納期と金額の話をすると誠意（笑）をみせろと恫喝してくる。
なので仕様会議の録音を認めない。議事録から削除しろと言ってくる。
で、納期は変わらない。当然精度が落ちる。
明日までに何とかしないと金融庁報告するぞとお冠笑
あと、天下り組でハードやシステムまわりを分けるから連携がぐだぐだや
この前はATMはIBMでサーバ側が富士通やったが報告2時間前までどちらが原因かわからなかった。
まぁお互い相手はブラックボックスやから飛んできた電文を適切に処理してるので相手側のデータがおかしい可能性が高いとしか言えないのは分かる

**仕様書無しさん** · 2021/09/04(土) 12:43:01.30

バベルの塔だね

**仕様書無しさん** · 2021/09/04(土) 13:13:48.82

・保守費は潤沢に
・見積もりはいつも「うわ安っw本当に？」
・仕様確定の為の情報を期日前に出す。
・仕様確定後は行内の仕様変更を封じ込めてくれる
・納期と金額の話をすると、「そちらさんのご希望で」と笑顔で満額回答してくる。
・仕様会議は録音してテープ起こしもしてくれる
・議事録は逐一、金融庁に転送
・納期は頼めば延ばせる
・精度はほどほどでもOK
・ハードとシステムは一括お任せ
・金融庁対応は全責任は銀行経営陣にあると言明し、ベンダに責任転嫁しない

そんな銀行システム部に、わたしはなりたひ

**仕様書無しさん** · 2021/09/04(土) 13:50:25.26

内製にしねーからな

なんちゃって内製の子会社方式とか、デメリットしかないのにさ

**仕様書無しさん** · 2021/09/04(土) 14:00:24.04

開発子会社がITスキルなさすぎで中抜きしてるだけだったなぁ。

**仕様書無しさん** · 2021/09/04(土) 14:09:12.76

みずほはどうやってるか知らんけど
テスト完全手動でエクセルに結果まとめて
コードの動きと関係ない、注釈とかエクセルのセルの形式に文句つける
バカ現場が多いからなぁ

**仕様書無しさん** · 2021/09/04(土) 14:11:27.41

あすたみやたからひらきよ輝やね

**仕様書無しさん** · 2021/09/04(土) 15:39:29.33

>>106
使えねー情シスが、外に出てさらに使えなくなって、多段丸投げになる子会社、孫会社のやつ？

**仕様書無しさん** · 2021/09/04(土) 16:17:49.34

>>94
ひらきよき残業代だがｙ

**仕様書無しさん** · 2021/09/04(土) 16:21:21.97

>>108
そういう細かなところに本質が出る
末端をさぼるやつは本編のほうもさぼるもんだ
便所をみればその店が繁盛するかどうかわかる理論と同じ

**仕様書無しさん** · 2021/09/04(土) 16:22:40.06

>>112
そもそも手動でテストしてる時点で時代遅れだよ

**仕様書無しさん** · 2021/09/04(土) 16:23:48.38

細かいことがどうでもいい上司の上司とアスペっぽい上司が違うこと言って
どっちについても最終的にNGになる

**仕様書無しさん** · 2021/09/04(土) 16:26:35.27

>>113
銀行システムは仕様が変わることがない
自動テストというのは常に流動的なシステムに対して有効でありだからこそアジャイルとセットで語られる
変更がないシステムに対して自動テストなんて無駄でしかない

自動テストが有効なのはネットショップやWEBサービスなどデイリーでリリースするような変更がショートスパンであり
テストの密度が必要ない分野だよ

**仕様書無しさん** · 2021/09/04(土) 16:53:51.26

>>115
手動テストで問題なのは
確認して「よし！」とする判断自体を機械ではなく人間でやってること
OutPutのチェックをExcelにログやDBダンプ貼り付けて自動判断してるならまだ良い

あと、銀行システムで既存システムの修正案件はいくらでもある
無影響確認のためにある程度テストコード書いて自動化する意味は十二分にある

**仕様書無しさん** · 2021/09/04(土) 16:57:15.67

現場ねこか

**仕様書無しさん** · 2021/09/04(土) 17:02:08.92

>>116
組んだテストに不具合がないといいな

**仕様書無しさん** · 2021/09/04(土) 17:11:10.20

>>118
結局、スキル不足でテスコード書けないというか
テストしやすいコードが書けない問題だな

**仕様書無しさん** · 2021/09/04(土) 17:12:15.16

いやそもそも仕様が決まってないからテスト作れない問題

**仕様書無しさん** · 2021/09/04(土) 17:31:35.93

>>119
テストするのが目的じゃないんですよ

**仕様書無しさん** · 2021/09/04(土) 17:32:24.26

みずほのソフトは品質高い
みずほの不具合はぜんぶハードウェア起因

**仕様書無しさん** · 2021/09/04(土) 17:43:23.19

清輝ってせいき？きよてる？
どっちだろ

**仕様書無しさん** · 2021/09/04(土) 17:48:25.95

ハードウェア起因でソフトウェア障害発生してるんだからソフトウェアでしょ？
DBの正と副が同時障害発生なんて地獄みたいな事象でソフトウェアのせいとか言われても知らんがなという心情は理解できるが

**仕様書無しさん** · 2021/09/04(土) 17:49:02.59

>>123
清輝(せいき)は、日本海軍の軍艦。

**仕様書無しさん** · 2021/09/04(土) 17:49:14.53

>>123
きよてるじゃないか？

**仕様書無しさん** · 2021/09/04(土) 18:04:19.70

榎本竜也ってアニメのキャラあすた

**仕様書無しさん** · 2021/09/04(土) 18:10:40.20

コード書いたり、チェックしたりするより
Excel触る機会の方が多いんだろうな多分

**仕様書無しさん** · 2021/09/04(土) 18:20:06.98

NTTから提案された携帯電話と03固定電話番号を連携させた社内音声基盤について
NTTコミュニケーションズの下請けでNTTコムウェア、更にその下請けに協和エクシオ
協和エクシオの担当者も非正規の業界も職種も未経験者で素人というフォーメーションだが3社ともに登場人物が全員素人
ATMの次は本部～全国支店の電話が止まると予想

**仕様書無しさん** · 2021/09/04(土) 18:40:38.27

最初はみんな素人、失敗から学んでプロになっていく
失敗の批判はチャレンジする人を無くしてしまう
チャレンジする人がいなくなれば業界の成長はとまる

**仕様書無しさん** · 2021/09/04(土) 19:16:07.75

上司が部下に接するときはそれでいいけど
B2Bや社会インフラでそれを言うなという事

**仕様書無しさん** · 2021/09/04(土) 19:22:07.56

>>122
他社システム間の連携部分だろ
ハードじゃねーよ

**仕様書無しさん** · 2021/09/04(土) 19:48:29.62

障害多すぎてどれの障害のことを言ってるのかすら統一できてない

**仕様書無しさん** · 2021/09/04(土) 20:19:56.55

>>132
素人は黙っとれ

**仕様書無しさん** · 2021/09/04(土) 20:31:01.70

>>124
バカ乙、DBはハードウェアだろうが

**仕様書無しさん** · 2021/09/04(土) 20:31:30.33

みずほのアプリ開発者がDB作ってるとでも思ってるんけ？おーん？

**仕様書無しさん** · 2021/09/04(土) 20:36:28.95

テスト自動化すれば良いといってるアホガキがいるが
みずほはそんな低次元の仕事してねえよ、みずほはプログラムも
テストもテストデータも自動生成するInterdevelop Designerを使ってる

**仕様書無しさん** · 2021/09/04(土) 20:37:41.12

お前らが1000年かかっても作れないものをみずほは10年で作れる
そこんとこわかっとけよ
https://pr.fujitsu.com/jp/news/2014/08/28-1.html

**仕様書無しさん** · 2021/09/04(土) 20:53:22.92

https://xtech.nikkei.com/atcl/nxt/column/18/00001/05941/

>みずほ銀行「5度目」のシステム障害、原因はDBサーバーのハード故障
>障害の原因は、営業店や行内端末と勘定系システムをつなぐ「業務チャネル統合基盤」のデータベース（DB）サーバーのハードウエア故障にあった。
>「かなり複雑な壊れ方をした。冗長構成のバックアップ機器への切り替えは機能したが、（バックアップ機器に）故障が波及したようにみえる」
>担当ベンダーは富士通で、同社のLinuxサーバー上で動作する。

**仕様書無しさん** · 2021/09/04(土) 20:54:54.48

HW障害がバックアップに波及するわけないからSW障害で決まりでしょ

**仕様書無しさん** · 2021/09/04(土) 21:03:12.83

>>140
兄ちゃんそれHW障害っていうんだわ

**仕様書無しさん** · 2021/09/04(土) 21:05:11.41

メインフレームだったらハードウェアはサーバ専用のものが使われたうえで多重化されてオンラインで交換可能になってるから問題なかっただろうに
オープン系のつらいところよな

**仕様書無しさん** · 2021/09/04(土) 21:09:17.14

>>141
HW障害って物理的なもんでしょ？
設定ミスまでHW障害に含めるの？

**仕様書無しさん** · 2021/09/04(土) 21:09:40.93

アプリ開発チームがバックアップ機器への切り替えを行うプログラム作ってるわけなかろうが
みずほのアプリ開発はようやっとる

**仕様書無しさん** · 2021/09/04(土) 21:10:05.92

>>143
何を言っとるんじゃわりゃ

**仕様書無しさん** · 2021/09/04(土) 21:11:18.72

ハードウェアが完全ならみずほの障害は一度もなかったんだよ
お前らはそこのところをわかってない
プログラム開発を一生懸命頑張ればなんとかなると思っとる、バカタレどもが

**仕様書無しさん** · 2021/09/04(土) 21:12:29.44

マスコミはさらにアホなことに運用フェーズに入って人員を減らしたのが障害を引き起こしたと思っとる、アホたれどもが

**仕様書無しさん** · 2021/09/04(土) 21:35:21.30

>>146ハードウェア障害なの？これ。

**仕様書無しさん** · 2021/09/04(土) 21:36:12.22

>>148
どれだよハゲ

**仕様書無しさん** · 2021/09/04(土) 21:49:38.72

なんで意地でもハードウェア障害にしたいんだ

**仕様書無しさん** · 2021/09/04(土) 22:02:15.07

ハードウェア障害だから

**仕様書無しさん** · 2021/09/04(土) 22:10:05.60

リソースに応じたハードの選定を間違ってるのも
負荷分散出来てないのも
システム開発に携わったやつのミス

プログラムじゃ無いから俺知らねって態度を露骨に出すから、コミュニケーション能力等という意味不明な採用指標が出来る

**仕様書無しさん** · 2021/09/04(土) 22:13:41.26

外注がゴミというか、外注と受託の関係でやっていくモデルがもうあかん。

**仕様書無しさん** · 2021/09/04(土) 22:14:34.01

ハードウェア障害って普通にあるけど
これ、ハードウェア障害か？！？！

**仕様書無しさん** · 2021/09/04(土) 22:29:26.23

ハードが二、三回、運用のミスが一回、アップデートのリリースミスが一回
システムの問題なのは確かだしコードの設計がちゃんとしてるかは怪しいけど
プログラマのプログラミングやプログラムの設計のミスではない

**仕様書無しさん** · 2021/09/04(土) 22:59:21.90

>>137
テスト自動化って、三菱電機がやってたあれ？
適宜ランダムな値を紛れ込ませる秀逸な奴

**仕様書無しさん** · 2021/09/04(土) 23:08:38.64

>>152
それぜんぶハードウェアチームの仕事です

**仕様書無しさん** · 2021/09/04(土) 23:09:30.08

ハードウェア障害をコミュニケーション能力でどうにかしようとする日本のエンジニア

**仕様書無しさん** · 2021/09/04(土) 23:10:19.19

>>154
ソフトウェアではないわな

**仕様書無しさん** · 2021/09/04(土) 23:10:44.95

プログラマの能力なんてハードウェア障害の前では無力なんだよ

**仕様書無しさん** · 2021/09/04(土) 23:45:21.10

>>134
部外者が強気やな笑

**仕様書無しさん** · 2021/09/05(日) 00:10:45.84

>>161
オメーだよ、部外者のくせにハゲてそう

**仕様書無しさん** · 2021/09/05(日) 00:44:53.19

ハーゲではない
ハードだ

**仕様書無しさん** · 2021/09/05(日) 07:03:18.17

ハードウェアチームなんているんだ？w
マジで無駄な分業だな

**仕様書無しさん** · 2021/09/05(日) 07:05:15.18

>>162
はげに劣等感もってるんやな笑
ATM障害時の報告担当者の名前言ってみなよ部外者君

**仕様書無しさん** · 2021/09/05(日) 07:25:07.17

>>165
言えるわけないだろ
あのハゲとしか

**仕様書無しさん** · 2021/09/05(日) 09:38:51.69

全てはハードウェアの故障が原因
ハードウェアが故障した場合の対策はみずほに責任ありません
たとえ社会が混乱したとしてもそれはハードウェアが故障したからです

こういう事を言ってるの？

**仕様書無しさん** · 2021/09/05(日) 09:58:59.72

内製にしとけよ

**仕様書無しさん** · 2021/09/05(日) 10:07:18.21

海外から見るとほんとアホな開発体制

**仕様書無しさん** · 2021/09/05(日) 13:47:08.32

>>165
ハゲレスすんな

**仕様書無しさん** · 2021/09/05(日) 13:48:12.81

>>169
アメリカのボーイングは下請けに仕事丸投げして飛行機落としまくってるんだよなあ
日本だけじゃないよ

**仕様書無しさん** · 2021/09/05(日) 13:48:29.94

>>167
そうですよ

**仕様書無しさん** · 2021/09/05(日) 13:49:13.22

>>164
バカかお前ｗソフトの開発者がハードの面倒まで見てたら仕事できねえわｗｗｗドシロートがｗｗｗｗｗ

**仕様書無しさん** · 2021/09/05(日) 14:01:03.05

今回の件は設計上の欠陥
ハードウェア障害が発生した場合の考慮漏れ（特殊なケースではあるが・・・）

PGの責任じゃない→わかる
HWの責任→は？

HW障害時の対応はSEでしょ
CEは壊れたHWを修理するだけ
せいぜい予防保守まで

ここでいうSEっておまえらが思ってるような上級PGじゃなくて本物のSEの話ね

**仕様書無しさん** · 2021/09/05(日) 14:08:21.41

おまえら本当にPGしかやったことないんだな
ハードウェアなんてほぼ毎日壊れてる
RAID5の復旧中にHDD同時故障とかDB正副同時故障なんてちょっと珍しい程度で可能性から除外できるほど少ない頻度ではない
メインボード、HDDからファンみたいな細かい部品まで含めたら月に数千箇所は交換されてる

ソフトウェアなんてハードウェア障害前提で組まれてなきゃ使い物にならんよ

**仕様書無しさん** · 2021/09/05(日) 14:17:57.92

>>175
ソフトウェアRAID使ってるの？

**仕様書無しさん** · 2021/09/05(日) 14:18:33.56

ハードの障害を前提にソフトウェア作るなんてアホの妄想以外で聞いたことねえよ

**仕様書無しさん** · 2021/09/05(日) 14:21:21.54

ソフトはハードが正しく動くことを前提に作るものだ
ハードの障害はソフトでは直せん

**仕様書無しさん** · 2021/09/05(日) 14:23:02.70

Linuxが悪いのかサーバが悪いのか、いずれにしてもみずほは何も悪くないってことだ

**仕様書無しさん** · 2021/09/05(日) 14:34:15.67

みずほの社員が本気でこういう事を言っているのであれば障害発生して当たり前だね

**仕様書無しさん** · 2021/09/05(日) 14:46:07.92

>>180
なぜ当たり前だと思う？
サーバ屋さんが努力しないのが当たり前の世の中に生きてるのかな？

メインフレームだったらこんなトラブル生じてないわけだけれども
それは機械としての堅牢性とOSの堅牢性があったからなわけだけれども
オープンなシステムでそれが失われてるとするならばみずほの責任ではなくて
サーバの機械を作ってる富士通さんの責任でありLinuxを開発してる人たちの責任だよね

**仕様書無しさん** · 2021/09/05(日) 14:50:23.58

和室(ジャップルーム)のメリットって何なの？畳とか不潔だしキモすぎだろ [668785418]
https://leia.5ch.net/test/read.cgi/poverty/1630820654/

**仕様書無しさん** · 2021/09/05(日) 16:32:49.54

ないな
アリに腐るしアリに食われるし掃除たいへんだし
腐った食い物を放置してたときなんか
段ボールの箱どけたらダンゴムシの巣になってた

**仕様書無しさん** · 2021/09/05(日) 22:09:25.45

>>177
媒体からデータが読めないときの動きとか普通に入れてるけど
俺以外で入れてるやつ、ほとんど見ない

**仕様書無しさん** · 2021/09/05(日) 22:37:26.02

仕様にないことするのやめてくれ

**仕様書無しさん** · 2021/09/06(月) 11:02:02.28

そんな仕様書客に作れるわけがない

**仕様書無しさん** · 2021/09/06(月) 11:05:24.27

中の人っぽい連中が口汚く罵り合いしてて
レベルの低さがよく分かるスレ

**仕様書無しさん** · 2021/09/06(月) 11:05:32.68

>>184
そりゃ余裕があればやるが、そもそもHWの故障、切り替えの失敗まで保障しろとかいうなら設計から変えなきゃ個人が頑張ったってどうにもならん話だからなあ

ネットワークの切り替えの失敗まで設計に入れろって言われなきゃ知らんし全員でやってテストまできっちりやらなきゃ駄目な話だろそりゃ

**仕様書無しさん** · 2021/09/06(月) 11:43:02.33

HWの故障、切り替えのプログラミングって
誰かがやるべきなんだけど、誰がやるんだろうね?
少なくともSQLとかSQL操作するところを書いている人は
関係ないよね?

**仕様書無しさん** · 2021/09/06(月) 13:13:48.35

HW障害時にクラスタをフェイルオーバーする等の設計はSEの仕事
（富士通で言うと生々しくなるのであえてかかわってないところでいうけど）
実在の会社でいうとNECソリューションイノベータ（のプロパーや下請け）あたりが担当する工程

元請がNEC、二次請がNECソリューションイノベータだとして三次請の有能な人あたりが主に担当してる
いわゆるインフラSEと言われる職業
基本設計から詳細設計、構築、運用支援ぐらいまでが守備範囲

例えばサーバ二台＋NASみたいな単位でDBサーバが構築されてて
稼働系が故障したから待機系にフェイルオーバーするよぐらいまではわりと目が行き届いてて（失敗は多い箇所ではあるけど）
「あそこテストしてないから何かあったらまずいよなぁ。レアケースだけど失敗するケースもあるよなぁ」ぐらいまでは意識されてる

ただ、今回みたいに主と副が同時に故障したらどうすんのみたいなケースってもう1つ上のレイヤーの話だと思うよ
DBダウンしました、人による介入必須です。営業中のシステムどうしますかってそりゃもう技術屋だけの仕事じゃない

今回は災害時用のシステム使って対応したんだっけ？ディザスタリカバリしたのか正副の他に予備システムがあったのかは知らんが
システムとしては設計通りという事じゃないのかな

障害時の切り替えの失敗なんてあって当たり前なんだから対応マニュアルはあるだろうし実際その通り運用したんじゃねーの
発表通りだとしたら正の不具合が副に飛び火したって事だからその辺の設計が怪しい気はするけどな

**仕様書無しさん** · 2021/09/06(月) 18:01:46.01

無様だな

**仕様書無しさん** · 2021/09/06(月) 18:10:26.31

だからハードじゃないゆってるだろうが
だからいくら切り替えても同じ
無理やりハード障害だったことにしようとすんな

**仕様書無しさん** · 2021/09/06(月) 18:17:52.71

外注主義を何十年もやってるせいで
社内システム部がただの外注業者に成り下がったのが問題やし、
そういう社内構造を変えないサラリーマン社長があたおかやで。
ibmから経営者を引き抜け。

**仕様書無しさん** · 2021/09/06(月) 19:14:45.32

>>193
そうなっても
ようやく世界が大昔からやってる体制になるだけで、ノウハウはこれから積み重ねるというw

**仕様書無しさん** · 2021/09/06(月) 19:20:18.31

この状況で内製に切り替えたいと思うか？

**仕様書無しさん** · 2021/09/06(月) 19:42:20.39

>>192
どうみてもハード故障によるハード障害じゃん

**仕様書無しさん** · 2021/09/06(月) 20:02:55.30

具体的にどんな症状だったの？

**仕様書無しさん** · 2021/09/06(月) 20:14:13.61

>>197
キャッシュカードが飲み込まれたまま帰ってこなかったんです

**仕様書無しさん** · 2021/09/06(月) 20:30:50.82

>>198
それはハードの問題だなぁ。
巻き取りローラーの中にネズミとかいるんだよ。

**仕様書無しさん** · 2021/09/06(月) 21:00:14.75

https://www.mizuho-fg.co.jp/release/pdf/20210615release_2_jp.pdf
https://www.sbbit.jp/article/image/64848/l_bit202107121208136589.jpg

ものの原因は人の胸先三寸なところがあるが
今回のはさすがに無理がありすぎじゃないか
切り替えても同じように駄目だったんだろ…