みずほ銀行のシステム作った奴誰だよ
レス数が950を超えています。1000を超えると書き込みができなくなります。
>>2
銀行員が自分たちの業務や契約内容知らんからなw ゲームプログラマは銀行のシステムを作れるが
銀行のシステムを作ってる奴らはゲームを作れない コインチェックのようなbitcoin取引所作っている会社の方が
銀行システム作るのに適してそうだ
まぁ、楽天みたいに色々やってるけどUIがクソみたいなところもあるけど
会社がでかくなるとしゃーないのかな AWSに勘定系移行を検討してる三菱UFJと全く異なるベクトルに居るな ↓こういう下請け企業もあるみたいだし・・・
>F県にあるブラック下請it企業A
>・社内でハラスメント横行(二人辞め、1人通院中)
>・残業代は完全未払い、退職金も無し
>・社長が地方在住で東京への交通費が無駄にかかっている
>・現場派遣に経験は一切考慮されない
>経験5年目にリーダーをやらせ、経験20年(給与は当然上)がその下につくことも
>・どんなに派遣先に負担があっても、リーダーなど職責の負担があっても給与やボーナスで調整される事はない。
>給与が上の人間が低負担な現場で働き、高負担な現場で給与が下の人間が働く事は当たり前。
>・社長がハラスメント被害者と面談した際の一声が「友達いるの?」(慰めてくれる人いないの?の意味らしい)
>・こんな犯罪企業でも金融系の案件に携わっている たった定期預金の不稼働更新ごとき45万件でATMを巻き込んでコケるシステムデザイン、富士通・日立・NTTデータ
・該当口座45万件以外に影響が出ないように設計しなさい
・1つのことを上手くやるプログラムを書きなさい
・それを45万回早くやる方法を考えなさい みずほ銀行の基盤システムには、どこかで問題が起きた場合にシステム全体がダウンしないよう、一部の
機能に制限を掛けて負荷の軽減を図る機能がある。今回もその機能が稼働し、全体的な障害は免れた。
しかしその結果として、インターネットバンキングやATMをつかさどる部分の機能が制限される事態に。
リスクを最小限に食い止めるためにATMの機能が制限され、障害となって現れた。
ATMには不正利用の食い止めや、不完全な処理の確認のため、通帳やキャッシュカードを一時的に取り
込む機能がある。これが誤作動した。 余計な機能をつけくわけた結果、誰も予想し得ない複雑怪奇なシステムへ
中抜きしかしてこなかったITベンダーのおじさんどもが、顧客を騙して意味不明な提案をする
システム全体がダウンしないようにするなら、複数のシステムを幾つか分割統治・並列稼働させて
間を取り持つように旧来のみずほのシステムのようにすべきだった。富士通・日立・NTTデータ
こいつらが本当の犯人 おれ派遣でいってたよ
仕様書みても全くわけわからんかったけど
とりあえず仕様書のとおり作った
あんなわけのわからん仕事は初めて
設計してる人はすげーと思った >>7
AWSはしばしばシステム停止してるけど対策どうするの? >>13
どこか1つのシステムだけ採用してほか潰せばよかったんだよ
統合するからってシステムまで統合する必要はなかった >>16
じょうつよさんはAWSとAZUREの両刀使いでしょ >>12
なんでよりによってその機能が誤作動しちゃったんだろうな 今からでも遅くないから
一から作り直した方がいいと思う
そんなお金はないか
でも結果的に作り直した方が安いと思うけどな 銀行本体から請負まで寄生虫だから失敗するようになっている 銀行本体から請負まで寄生虫だから失敗するようになっている 三井住友や三菱東京UFJなどではこういったトラブルは今までにないんですか? >>21
作り直した成果物が現在稼働してるシステムなんだよ。
2002年頃に三社が合併したときは、よく言われている通り三社のシステムをぐちゃぐちゃに合体させたもので、稼働初日に大規模障害が発生した。
2011年、東日本大震災が発生した際は、震災でサーバが壊れるとかにはならなかったくせに、震災後に義援金などの取り扱いが多発した結果、システムがダウンした。二度目の大規模障害。
これで懲りたらしく、三社合併システムをやめて完全新規のシステムに作り直そうという一大プロジェクトを発足。
8年ほどの歳月と4000億円を超える資産を投じて、2019年、ついに完全新規システムが稼働開始。
そんでその完全新規システムで発生したのが今回の障害。 5億もあればシステム作れるやろ
テストやらインフラとかはまた別だが100億で作れないとか無いわな でもサクラダファミリアって言われてたのに一応完成したのには驚いた >>2-4
無料でダウンロードできるゲームがシステムより難しいわけないっしょ
というくらい客が疎いので、またクラッシュしました 銀行の出入口を自動ロックしたうえでATMから通帳・キャッシュカードを吐き出すようにすればよいと思う。 んなわけねーよ。単純に馬鹿やってるだけ。
そもそもCOBOLしかりIT化の元祖だぞ。 銀行のシステム、証券と比較したら、簡単でリアルタイムでもなく、簡単なはずなんだけどなあ。 簡単なはずなんだよなぁ(知識と想像力が足りてない) 簡単かどうかは別として世界中で銀行が動いているからな
みずほだけが銀行だと言うわけじゃないのにみずほだけが失敗に失敗を重ねてる みずほは複雑に複雑を重ねてるからな
システム開発はどれだけシンプルにするのかを目指すものなのに
それをやらずにシステムを建て増ししている
処理件数を適切に見積もれなかったというけど
処理件数を見積もることが不可能なレベルにまで
複雑化してるっていうのが真の理由だろ 完全新規……まさかJavaか?
そうなら不具合でて当然だな COBOLのような無能な人材による人海戦術による開発が
言語をJavaに変えただけで改善できると思ってたのかもな
コボラーが開発している以上言語を変えても無駄だ COBOL知らないのが丸わかりな発言だなぁ
あれよりしっかりと設計を徹底する現場ないぞ 銀行って独自の仕様があるだけで決して難しくないのに、
元請けはさも難解であるかのように客に説明し大金を支払わせ、
電卓すら満足に作れないPGに大量動員がかかる >>39
「無駄な」設計な
設計という名のドキュメントをたくさん作るだけ
同じようなことを何度も繰り返して
同じようなコードを何度も書く
同じようなテストを何度もして
同じようなバグをたくさん見つける
それが良いと思ってるんだからしょうがない
無駄をなくして開発コストを下げようとする「設計」をしていない
だから、しっかり=大量のコードで複雑化して手がつけられなくなるんだろ
大量にあればいいってもんじゃない >>43
銀行のシステムでなにか難しい処理が必要なんか?
トランザクションは難しい処理じゃないぞ >>45
そういうレスはいらんからさ
銀行のシステムなんて技術的に難しい(?)のは
他のシステムでも一般的なトランザクションぐらいで
あとは上から下に数値計算するだけだろ
複雑なUIもないし、非同期的に割り込まれる処理もない
入力データから出力データが単純に決まるから自動テストもやりやすい
銀行の処理のどこに複雑になる要素があるんだよ? まあこういうシステムにありがちな自分の責任になりづらいようにわかりづらいドキュメント、コードを大量に書くようになってるんだろう。
わかりやすいクソだな。 >>46
機能要件はそうなんだけど、みずほ銀行の場合は旧合併元の縄張り争いがシステムにまで派生してたから糞ややこしい
どうせ解らないんだから側(UI)だけ活かして中身はそっくり変えれば良かったのに その程度の技術力でデジタル通帳導入とか100年早いわ >>42
バグが無くなるまでしっかりと机上で設計してからコード書き、書いた後も紙に印刷したやつを手に
顔を突き合わせながら何度もコードレビュー、全然無駄じゃないんだよ
チョロっと設計して即座にコード書くだけの安いWeb屋とは、責任の重さが違うから 印刷したものを目視確認している時点で効率も悪けりゃ精度も低い >>53
バグが無くなったという証明は?
普通にさっさとテストすればいいだろ
自動テストって知ってるか?
机上の空論じゃなくて、本当にバグがないことを動かして確かめるんだぞ 正しく動くことは確かめられるが
バグがないことなど確かめられない そういうこと。だからいくら設計してもバグがないことは確かめられない >>53
そういう無駄作業が逆にバグ増加を産んでるっていうことを知らんって
完全にモグリだろこいつ とにかく書き始める。走りながら考える → 利益の最大化
とことん設計する。仕様変更なし、全パターンテスト → 品質の最大化
適当にやろうや → コスト削減の最大化 バグという言葉の汎用性がかえってバグを増やしている
・仕様と実装の差異
・仕様の考慮漏れ
バグというのは本来この2つしかない(FWやOSのバグに引き起こされたものは大抵は前者に含まれる) >>58
限られた(不十分な)工数で品質をあげるには
経験に裏打ちされた暗黙の設計を集合知として(紙やエクセルでは存在しないが)共有する
そしてそのエア設計書に向かって実装する
いつも似たようなものを作っているのでやり方はだいたい同じだ
しかも日本式だと殿と百姓方式なので何か問題があった場合に殿の考えに沿ったほうへ修正しやすい
(海外のようなフラット組織だと意思決定で揉める可能性がある)
ワントップでイノベーションがない日本型だから通用する効率のよい方式だがガラパゴスを生む温床でもある
メリットもあるが、仕様や設計のバグや共通認識のズレを修正する機会がない
だから不具合は発生しやすいがそもそもドキュメントワークは生産性が悪い。時間がかかりすぎる
常に時間が不足している場合、単位時間あたりのアウトプットを最大化するには「よくわからないけど言われたまま空気読んで作る」が最適解になる
なるんだけどもそこからさらに質をあげるのであればドキュメントワークのほうを進化させないと進化が止まってしまう
そのドキュメントワークの進化として出てきたのはソースコメントのドキュメント化からはじまった歴史で
昨今ではプルリクエスト、テストファーストなどがあげられる
ソースを単独で存在させてはならない
解釈に幅がありしばしばそれが正しいかの理解を失ってしまう
ルールの上位概念である別のルールは常に必要なのだ こんどはカードローンのシステム更新で停止
だめだこりゃ 根本的な原因
なぜ休業日にしてからバッチを走らせなかったのか 世界に無数の銀行があるのに
こんなに深刻な問題を出しているのは
ここだけ
体制が悪いんだろうな
それ以外に理由はない 夜が明けても止まらないバッチ
せまる営業時間
システム担当者は生きた心地しなかっただろうね 富士通は金融システムから手を引いて欲しいよな
この前の東証ダウンも富士通だろう? システム請け負った会社はめっちゃ締め上げられて頭下げてるだろう… 「なんだかわかんない優位ってのはなかなか覆されないんですよ!」
富士通プロパーが自信満々に言い放った言葉
たぶん実態は役人との癒着とか
雇用ができるからとかそういうのだ みずほ銀行 再びATMなどでトラブル 2021年3月7日
> みずほ銀行によりますと、7日午前8時ごろから一部のATMや
> インターネットバンキングで定期預金の預け入れができなくなりました。
https://www3.nhk.or.jp/news/html/20210307/k10012902741000.html 何十年も前に派遣で参加していた
通帳の数字のテスト担当の補助の補助だったな 基幹システムをC++でスマホアプリをC#で作っておけば…
何で作ってもみずほならダウンさせるだろうけど 記事をよく読むと実装とか設計の問題というよりは
設定と予算の問題なような気がする。
予算が少ないので、ハードウエア代をけちって(?)
キャパシティーを少なめに設定して
それで落ちている >>76
たった45万件程度でメモリ不足になるんだから
設計に根本的な問題がある いや普通に45万件程度でハードが云々は、誤魔化し会見を見抜けてない記事なだけでしょ
会見してる側も理解してない可能性も多々ありそうだが 銀行システムでメモリ不足になったとか初めて聞いたわw
もうfortran77で組むしかないなw クソみたいなバッチ処理で落ちたならメモリ不足もありうるな(笑) 45万件の処理が、あっちからこっちに無意味に転送してを100回ぐらい繰り返して
4500万件相当になってるのかもしれないな
そんなことあるかと思うかもしれないが、一部の項目を修正する時に
既存の処理を修正すること無く間に処理を追加するような
馬鹿げたことをやってると、項目ごとに転送を繰り返すような
クソシステムができあがる
自動テストがないから、既存の処理を修正することが出来ないわけさ 4500万件でもスマホじゃねーんだぞ。ってレベルだけどな。 ゲームが映画コンテンツに並ぶ力を持つようになった今
インフラを選択したのが正しかったのかどうかわからない 4500億円かけてドット時代のマリオやドラクエより簡単なシステム設計を糞難しく考えてゴミを作る マリオカートのオンライン対戦とか
高速で動いてるカートをほぼリアルタイムで反映させないといけないからな
一部ズルをしてるのだろうけど、それでも銀行とは比べ物にならないぐらい
高速にデータを処理しないといけないわけだ ゲームは計算間違えても画面がちょいおかしくなるだけだし
銀行とか計算間違えたら大変な事になるんだよ
この差はデカイ ゲームに必要な複雑な計算と
単純な四則演算だけの銀行の計算を一緒にするなよ
銀行は開発手法に大きな問題があるって
修正なしで継ぎ足しだけでつじつまを合わせようとするから
難しくなってるんだよ 銀行の複雑さは、技術的に正しいことじゃなくて
このコードはあのお偉いさんが書いたから
バグっていても修正したら駄目だ
みたいなことがあるせい しれっと直して
しらんぷりしとけばいいのか
やっぱり 効率良くしようと下手に手を付けて、何か起きたら自分のせいになるから誰も過去の遺産に手を付けたくないんだよ ゆがんだ機能を残したばっかりに
こんなの使えないし使ってるやついないと思ったら
半分だけ自前でやって機能使ってるシステムがいて
どう考えてもいらないのに消そうにも消せなくなり
どっちも歪んだまま身動きとれなくなるという 利子計算の時小数点何桁で何をするか
はっきり仕様が決まっているのかどうか
どうも疑わしい。 作り直ししたのにまたスパゲッティ化したんだな
外注任せにせず内製しろ
精鋭を100人ぐらい集めた方が速い 100人でも多いんじゃね?
コア開発メンバーはそれこそ10人程度で十分
テスターなどは沢山用意してもいいとは思う テスターは人力テストをしてはならないっていうルールを作ったほうが良い いまだにこの銀行に預けて文句言ってる奴の気が知れない ずっとみずほ使ってたけど別にサービスがある訳じゃないしこんな事ばかりやってるから
最近は楽天銀行に預金移動しているわ 超大口以外は消えてほしいというのが三大銀行の本音
なのでwin-winかな >>103 昔からその手の妄言を自称銀行業界に詳しいのが言うけど
決算資料も読んでなければ、ろくにIR系のレポート資料すら読んでないよな
さらに言えば”大口”がどう言う意味なのかも分かってないアホだから文脈から外れてるのも理解してない 銀行は巨大なハードウェア群保守や日々の臨時運用等もあって動いてんだよ
災対用のフローも当然ある
それを含めてシステムだからな
作って終わりじゃない >>105
> 銀行は巨大なハードウェア群保守や日々の臨時運用等もあって動いてんだよ
だからなんだよ?
ソフトウェアがクソだって話しかしてねーぞ >>103
超大口もこんなポカやらかすとこからは離れていくと思うけど?
他の銀行も大歓迎だろう >>106
だからーソフトウェアだけじゃないって事だろ?
ゲームとはそこが全然違う
ゲームは確かに動きもあるし違う意味の難しさがあるが
それとは違う難しさがあるって事だろ
おまえこそスレタイを百回読めよ >>108
ソフトウェアは高価なハードウェアでもそうでなくても同じように動きます。
ゲームを巨大なハードウェア郡で動かすと
銀行よりも遥かに高い信頼性を得ることが出来ます。
つまりゲームのほうがソフトウェアの信頼性が高いんです。 >>110
テメーだろ
システムとは何かも分からず同列に語るだけのテイノウ君 ちなみにこの前PSstoreで買ったゲームがダウンロード出来なくてサポートにメールして
直して貰った
まあそういうのもあるよな >>105
システム設計やリソースの割り当てをミスっていれば
24時間365日人間アラームが張り付いてても何も出来ん
去年、何回も全取引を停止して段階的にアップデートしたのに、この顛末 小口も超大口も維持料は変わらないので、
小口はいらないというのが銀行の本音
シティバンク銀行とか昔から小口はいらないため
預金額が小さい口座からは口座維持手数料を取っていじめる
超大口はみずほがつぶれないのを知っているので
引き上げない。危なくなったら国が助けに入るのを知っているから >>110
お前がやめたほうがいいぞ。何も理由なく言ってるだろ? いくらハードウェアに力を入れても
ソフトウェアの問題が解決するわけがないからね ちなみにソフトウェアに力を入れるとハードウェアの問題は解決できたりする
信頼性が90%ぐらいであったとしても、それを数万台稼働させれば
ほぼ100%に近い信頼性を得ることが出来る
それがクラウドなんだが、まあ銀行のシステムとかがこっちの世界にはこれそうもないな >>105
月末のリソース消費集中も読めないとかweb業界以下じゃねーかw コーディングも出来なければ可用性や信頼性を考慮した設計レビューも出来ない奴に
銀行のシステムはWebやゲームより高度みたいに言われると確かに腹が立つな
>>4が真実 >>116
小口がいらないからシステム障害起こしてるのかw >>53
無駄無駄無駄無駄ァ
いつの時代だよ笑
そんなんだからまともに動くシステムできないんだよ無能くん ゲームって所持金に関するバグはちょくちょく出してるんだけど
銀行は今まで出したことがないので銀行プログラマーのほうが優秀だよね >>105
で?
ソフトの話ってのが分からないのかな?笑
それに作って終わりじゃないってのは、ちゃんと動くシステム作ってから言おうね 笑 >>125
みずほのトラブルは、バグなんだけど
バグをバグと認めてないだけでは? トラブル多すぎてどれのことを言ってるのかわからんが
2月28日の件だったら前日まで毎日やってた処理なのに
・2月は日数が少ないために1日あたりの処理件数が多い
・月末なので処理件数が多い
っていう処理件数が多くなる原因が重なったためにリソース不足になったのが原因
問題の処理は「直近1年間で使ってない通帳にフラグをたてる」っていう処理だから金額がおかしくなったわけじゃない
平行して動いていた積み立て処理もアボートしてるから正確にいうとお金に関するトラブルは発生してるんだけど
実行できなかっただけでおかしな金額になったわけではない
以上のことからお金を失ったりお金が増えたりという「所持金に関するバグ」は出してない リソース不足じゃなくてバグだろうな
バグって公表すると聞こえが悪いから
リソース不足って嘘を付いてるんだろう
だってたかが数十万件だよ?
ゲームだったら1秒間で処理するレベル >>130
銀行のデータ数十万件は障害で失われてはならないからデータ自身だけでなくログ込みでストレージにI/Oする必要があるが、ゲームのデータ数十万件はは処理が間に合わなければ間引いたり簡易的な計算で済ませて時間内に表示を終わること最優先で処理すれば良いわけだろう。
データ1件あたりの内容や性質がまったく異なるのに同列に比較するってただのバカだろう。 >>131
ゲームは1秒間でそれだけの処理を実行してるってことに注意な
バッチ処理みたいに十分な時間があれば間引かないでいい
というか、本来「間引く」処理のほうが難しいんだよ
わかってるかな?間引いても辻褄が合うようにしないといけない上に
間引くことで計算量を減らして時間内に終わるようにしないといけない
例えばお前、複利計算を「間引いて」計算速度を上げる方法を思いつくか?
お前の言うように処理速度を上げるために、正確な計算式から
多少正確ではないが高速な計算式に変えてるとしたら
ゲームのほうが難しい計算をしてるってことになるんだよ > 銀行のデータ数十万件は障害で失われてはならないからデータ自身だけでなくログ込みでストレージにI/Oする必要があるが、
データベース・サーバーは普通その機能を持ってる >>134
そりゃデータベースがその機能を担ってるのは当たり前だよ。それ込みで、まったく目的も要件も異なる処理を同じ数十万件で時間が1秒とかいうバカげた比較をしていることに非難しているだけだぞ
>>130は相変わらず的外れな比較をしてるな。間引いちゃいけない計算を間引けないだろ?とか何を言いたいんだか分からない。それならマリオカートのオンライン対戦はレース中に誰かが電源断してもその時点までロールバックして再開できないから欠陥だ、とか言われて納得するのか?
どっちが難しいとかどうでも良いんだよ。比較する観点も明確でないまったくの別物を勝手な基準で比較してこっちが上だっていうのが気持ち悪いだけなんだよ。 いいえ、どっちが難しいかの話を知ています。
4 自分:仕様書無しさん[sage] 投稿日:2021/03/02(火) 19:14:06.66
ゲームプログラマは銀行のシステムを作れるが
銀行のシステムを作ってる奴らはゲームを作れない FFで所持金の数字がでたらめになるバグ出したろ?
同じ土俵で比較していいんだったらFFはみずほよりひどいバグ出してるんだよ 銀行は取り付け騒ぎになることがあるけど、ゲームだって二次元とはいえ未成年の女の子が野球拳で服を脱ぐというデマが一流誌で堂々と流されてる
これ昔だから笑い話で済んでるけど今やらかしたら全回収した上で海外撤退レベルの話だからな >>137
じゃあ同じ土俵で比較しましょうか?
みずほ銀行19年の苦闘…開発費4000億円以上“IT業界のサグラダファミリア”完成までの歴史
https://ddnavi.com/review/603206/a/
海外サイトが選ぶ『最も開発費が高いゲーム』TOP20
https://www.gamespark.jp/article/2015/06/01/57371.html
1.『Destiny』(2014) ― 5億ドル
2.『Grand Theft Auto V』(2013)― 2億6500万ドル
3.『Call of Duty: Modern Warfare 2』(2009) ― 2億ドル
4.『Star Wars: The Old Republic』(2011) ― 2億ドル
5.『Final Fantasy VII』(1997) ― 1億4500万ドル (当時 1ドル120円として174億円) 銀行のシステムが大規模なシステムか?って考えたら
オンラインゲームが登場前まではそうだったかもしれないけど
オンラインゲームではゲームの方がが圧倒的に大規模なんだよな
リアルタイムで何万人ものアクセスがあり
インターネット接続だからセキュリティも必要
世界中からアクセスされてるから日常的な停止時間も作れない しょっちゅうメンテナンスだと言って止まってるイメージがあるぞ みずほは開発自体より阿呆な顧客まとめるのが地獄だろ まあ、ゲームなら障害起こしたらゲーム内通貨配るだけだしなw
あ、銀行も障害起こしたらボールペンとかメモ用紙配るだけだったw ネトゲはよく知らないけど、FFとPSOとリネージュの既存システムとユーザデータを引き継いで良いとこ取りで統合した新規オンラインRPGの開発とかやったら、みずほ並みのサグラダ・ファミリアが見られそう 銀行の客じゃなくて
複数ベンダーと内部の権力争いなどまとめるのが大変 >>148
権力争いが簡単なシステムを複雑化させてるのはよくある話 一つのトランザクションで残高と取引履歴を更新すれば良いだけ
残高の不整合など生じない 積みあがった開発費はただの恥 >>139
馬鹿みたいな金額と工数と人員費やして何をやっていたのか謎 トランザクション粒度をかなり小さくしないとまともに運用できないから大変なんだよ馬鹿。
とはいえみずほはできてないからなんもいえんだろうが。 恥だから何なんだ
金がもらえるんだ
恥なんか人の決めることだから気にしてたらいいようにつつきまわされる
クラウドソーシングでゴミみたいな趙安開発山ほど転がってるぞ
不満ならそれにしろや 金の話をしたいならよそにいけ
ここはプログラマー板、技術の話をしてる 対人が難易度高すぎる
こんなこと続けてたら脳みそ壊れるなまじで 今からでも、技術面で本当に信用できる人たちにシステムの見直しと再構築を
依頼した方がいい 金がかかってもいいから >>162
くるわけねーじゃん…
技術的な問題だけじゃねーもの 処理が重なる月末にデジタル口座に移行してシステムパンク
https://news.yahoo.co.jp/articles/20e762b9d0cfbe31f0f96caa15ebd48be56d6709
>記帳がない口座を6回に分けてデジタル口座に移す予定を立てた。
良く分からないけど、
移さなくても該当の利用者個々にフラグを立てて、処理を分岐すりゃいいのでは?? Mizuho Bank ~ ATM stop version ~ trailer ※Fake subtitles
https://youtu.be/aoJoI_PMdL8
全みずほユーザーが絶滅のおそれ
ワロタ >>167
振り込むつもりないやろ
でもクレカの決済とかあったら地獄やな >>164
データはデータベースを使わずにファイルを使っていると考えてください
COBOLの文化です
移さないと余計なファイルがあって処理が遅くなるのです >>172
リプレース時に何回も全システム止めてるのに、その仕様を抱えたまんまだったのか 言語を変えれば自然とモダンになると思ってる
Javaなんです!データベースを使わせてください!
上司「ファイル使えやJavaでコントロールブレークや」 >>164
財務省の役人が理解できるように移行しないと
印紙税が取られてしまうんだよ >>172
せっかく作り直ししたのに
as is(今までどおり)にしてるじゃん?
RDBMS使えよ
> 難関だったのが要件定義だ。みずほFGはユーザー部門主体で要件定義をやり直した。
> その際は旧システムの要件や現状の業務フローを踏襲する「AS IS(アズイズ)」の要件定義を全面的に禁じた。
> 「過去の苦い経験から、要件定義においてユーザー部門が『今のままで良い』『アズイズでよろしく頼む』との態度をとるのが最悪だと学んだ」。 ソフトをゼロから組み直してハードを全部入れ替えた方が早かったよな 学生時代に口座を作って以来ずっとメインバンクにしてきた所だから、
何とかこの危機を乗り越えて欲しい おまえらの学生時代だったらみずほのみの字もなかった頃やろ >>163
金積まれても関わりたくないって人は多いかも やっぱりつぶした方がいいかもな
吸収合併してもまた勢力争いを始めるだけ
救いようがない つぎはぎで中にはDB使ってないとか色々ありすぎてトランザクションが上手くいがないんだろうと予想
この推測があたりならこれは深刻だよ 情シスが窓際部署なみずほに責任を問うても仕方がない
馬鹿仕様なシステムを勧めた元請けは、富士通、日立製作所、日本IBM、NTTデータ >>191
この4社を捨てるとして他に発注できるようなとこある? NECもダメだしそういう企業に出すよりはゲーム会社に出した方が多分まともなものが出来るw 恥も外聞も捨てて
GAFAに発注するしかないな
いっそのことGAFAに身売りしてしまえば? 大手銀行員が顧客の個人情報を使った副業を紹介していたけど、システム障害と合わせて日本の口座のお金に悪影響する確率は高そうな印象を受けた 269 番組の途中ですがアフィサイトへの転載は禁止です (ワッチョイW 127b-18A5) 2021/03/14(日) 10:48:31.09 ID:VAOmWMLk0
メモリ不足になるって全データをメモリに読み込んでから順番に処理してるの?
全部障害になるって1台のサーバーなの?
イテレータとかジェネレーターも知らない男の人って… 何が原因でメモリ不足になったのか全く言ってないので
よく話の分からなかった記者がデタラメ書いてる可能性もある ネット銀行をみれば分かるけれども、金融って完全にネット化してしまうと、支店もなにも全部ネット上のデータになるから、債券や株式などの金融工学を駆使したアナリストやストラテジストと、インフラやプログラム作るエンジニアだけで済むんだよね
だから欧米の銀行は、金融工学の連中やプログラマーが超エリート扱い
日本ではなぜか法務だの人事だのがエリートコースという不思議な世界になっていたりする そもそも、日本は「大学生・社会人が勉強すると中高生のやる気が損なわれるから止めろ」という考えや主張が強い
実際に大学の教育学部の先生はガチなこんな感じの人がほとんど
プログラマは日本の風土と合わない 最近のappleはappleクレジットとかapple payとか金融業のほうに力を入れてるぞ
iPhone売らなくても黒字化になったらしい イギリスのチャレンジャー・バンクのMonzoのブログ記事がみずほ銀行みたいなシステムディスってるね
24時間いつでもお金を使えるように以下の作り方はしない
・日次バッチ処理
・単一障害点
・メンテナンスウィンドウ(メンテナンスのためにシステムを止める時間帯)
全部みずほがやってる事じゃん!
みずほは移行に時間かかり過ぎで
完了したの2019年なのに
2015年に設立されたMonzoより設計的に古くなってるんじゃないか
それに加えて
数ヶ月ではなく、数時間で新しい機能を公開できる事を目標に掲げて
実際にやってのけた
But with an ambition to build the best current account and business bank accounts in the world and scale it to hundreds of millions of customers, we knew that we had to be the bank with the best technology.
Daily batch processes, single points of failure, and maintenance windows are not acceptable in a world where customers expect 24x7, always-on access to their money, and where we want to roll out new features in a matter of hours, not months.
Building a Modern Bank Backend
https://monzo.com/blog/2016/09/19/building-a-modern-bank-backend 銀行の責任が重大というだけで
今となってはシステムは別にすごいものじゃない googleがやってるのがって銀行以上の巨大なシステムでは? 世界の銀行を全部合わせたものとGoogleのシステムが同じぐらいな気がするw Googleは少々結果がテキトーでも文句言われないからな >>203
人事で社員の極秘情報扱えるから偉い、みたいなのホント謎だよね >>213
巨大な金額で提供しているサービスもあるからそうはいかないぞ Monzoみたいにケイオス・エンジニアリングをやれ
わざと本番サーバー落としてもサービスレベルを維持するように作れ >>215
そういうプロジェクトはgoogleでもかなりメンバー選んでるだろ。
普通のgoogle社員だったら結局同じように事故るだけだぞ。 みずほも詳細設計書というコードをそのまま日本語訳したみたいのがあるのか?
そのレベルまで詳細に書くなら最初からプログラムを書いた方が速い的な >>203
法務はともかく、人事こそ実績ベースで評価してくれるAI(アルゴリズム)でいいな
人が人を正しく査定なんて出来こっない >>219
その方が日本の大企業も今みたいなことになってなかったかもだけど
一歩間違ったらSFみたいにAIに会社を乗っ取られそうw >>207
そもそもみずほは三行のシステム統合だから1社がシステムを新規構築するのと訳が違う
さらに言うと普通のシステム統合なら一つのシステムに他が合わせる
だが社内政治の問題でそれぞれ独自性を維持したまま統合するのが今回の件
WindowsとMac両方と互換性持ったOS作ろうぜみたいな話
世界中見渡してもこんなヤバい要件は過去ない
まぁパッと見てどれだけヤバい要件かは上流工程の経験が多くないと理解できないと思う 技術力があるならそれでもできる
技術力がないのに、やろうとしたのが間違いの一つ
銀行系に技術的な新しい仕組みは作れない 例えばWindowsは、Windowsの中にLinux(WSL)を実現してみせた >>223
何か勘違いしてないか?
みずほはバグがあるが完成してる=出来てるぞ
問題は銀行だからバグが一般的なソフトより圧倒的に許容されないということ
業界によって全然違うからな、ゲームソフトなんて再現率100%の進行不能バグじゃない限り問題にならない ゲームみたいにバグ修正が別のバグを生んでる可能性もあるよな >>225
勘違いしてるのはお前
バグが許されないのと、ソフトウェアが難しいかどうかは別の話
例えば信号機だってバグが許せないだろうが
ソフトウェア自体は簡単 >>228
難しくてかつバグが許されないから大変なんだが、、、
どちらか片方しか要求されないなら別に大した話ではない >>229
銀行のソフトウェアの何が技術的に難しいんですか? いくつ銀行のシステムがあってどうやって振り込みとかしてるんだか
他行のカードも普通に見えるし
中身ゲテモノじゃないの >>225
そういう高尚なバグじゃ無い気がするww >>231
銀行の場合は接続先相手が信用してもよいという前提の銀行だから
セキュリティにそれほど気を使わなくて良いんだよ
インターネットのように悪意あるハッカーが攻撃してくるとかないから
そこが銀行のほうがインターネットシステムより簡単な理由の一つ >>233
昭和で時止まってんのか?
ネット口座やネット証券は当たり前で
もう法律で銀行はオープンAPI公開するの努力義務になってんぞ レイヤー分けて考えたら別にセキュリティーがどうだから難しいとか無いんだがなぁ 実際相当なところの設計を見直すことになって、
相当な数の馬鹿に対して、真顔で馬鹿なことやってましたねって言わなきゃならんだろうな。。
そら誰もそんなことやらんわな。 レイヤーを分けて
DBをOracleからMySQLに変えました
レイヤーを分けてたおかげで
アプリを触らずにすみました!
そんな話聞いたことあるか? グループ会社の保険で処理してるから問題にならないだけで、日本のネットバンクも緩々で有名
>>229
構成を勝手に難しくしてるのが根本問題だろう みずほの案件はきついだろうな
ここのPMOは天才なんだろうな
つーか運用の人間かついてけないんだと思う 運用がついていけないようなシステムなら
PMOがクソってことだろ 可読性0のCOBOLを
ツールで可読性0のJavaに変換したのか? そもそもあの体制を見て大丈夫だと思ったやつ居ないだろ
日本がIT駄目なのは根本的なとこを一刀両断しないから
駄目なもんは駄目 DB2使わないでMySQLなんか採用する基幹系ってあんの? 末端で働く人ほど責任感、能力がなくなるから
どうしても仕事が雑になる
全体として非常に雑なシステムになるのでは?
上流もちゃんとやっているのかどうか疑問だけど >>231
ゲテモノを翻訳するリレーコンピュータがあった >>248
末端だからじゃなくて金でないからだろ。 責任感とか無能プロパーの口上だったので
胡散臭いことこの上ない 金融系SEってエンジニアの中でも特に重要な仕事してますみたいな面してるけど全然優秀じゃない
他人のやることなす事に難癖つけて主導権を握る事に命かけてるやつばっか 日本の人事は事実と違うことをメモ取って採点していることが多い >>252
エンジニアがどうというよりも金融の世界がそういうところだからシャーない クラウドの障害発生率考えたら銀行システムはよくやってるように思うけどな〜 障害起こす度に金融庁に報告要るからな
うちも金融だけど報告の担当者じゃなくて良かったわ >>252
証券(HFT系)ならITに+アルファでディープな業界知識も必要だけど
金融はコボラーのイメージしか無いわ
やたらと経験者風ふかすジジイご用達 銀行は社員がお酒、金、子育ての話ばかりしていて事実を淡々とやり取りできなさそうな人間が多かった もしかして「開発が間に合わないから運用でカバー」って金融系でもやってるんですかね COBOLを無条件に叩けるものと考えるのは
知ったかぶりしてマウントとりたがる無能に多い 1ファイル数万行とかやったら
そりゃどんな言語でもメンテナンス不可になるんじゃね ちゃんと書けばそんなことはない
この件に関しては、多分無茶無茶に書いてある Reactとかで書いてあれば違ったと思う
Xamarinは人が少ない 福井県にあるブラック下請it企業A
・社内でハラスメント横行(二人辞め、1人通院中)
・残業代は完全未払い、退職金も無し
・社長が地方在住で東京への交通費が無駄にかかっている
・現場派遣に経験は一切考慮されない
経験5年目にリーダーをやらせ、経験20年(給与は当然上)がその下につくことも
・どんなに派遣先に負担があっても、リーダーなど職責の負担があっても給与やボーナスで調整される事はない。
給与が上の人間が低負担な現場で働き、高負担な現場で給与が下の人間が働く事は当たり前。
・社長Tがハラスメント被害者と面談した際の一声が「友達いるの?」(慰めてくれる人いないの?の意味らしい)
・こんな犯罪企業でも金融系の案件に携わっている ATMベンダーがソフトウェアアップデートの必要性を説いたのに金出すの拒否して放置していた件は関係ないの?
数年前の話だったかな 去年、超慎重に移行したのに、運用段階になったら、処理が重なる月末に手動で顧客データを大量移動して大規模障害発生
送金遅延も万単位で発生していて法人顧客離れも必須だけど、もう救いようがないだろう まあ発注側が馬鹿だとどうにもならんてことを大々的に広告してくれてるのはありがたいかな 月末の処理が重い時に大規模なデータ移行とか
運用の基本から学び直しせなあかん
メモリが足りないとか
いやそんな負荷の高いときに無茶苦茶やってたらメモリなんていくらあっても足らん 社員が働かない会社の人が無限malloc()するプログラムを組んだんじゃないの? バカにCを書かせるな!
と思って言語調べたらCOBOLと出てきて腰抜けた >>222
みずほは現実の力関係をそのままソフトウェアに反映するという
頭のおかしい案件と聞いたことはある
それ聞いたとき、誰もが思ったはずだよね「触らぬ神にたたりなし」って >>274
メモリというのは日経の記者の推測で間違ってるらしい
28日は定例更新が25万件、ステータス変更が45万件の合計70万件のデータが処理対象だった。
2種類のデータ更新作業を実行したところ、システムのキャパシティー不足で処理が失敗した。
キャパシティーとはメモリー容量と推測できる。「メモリーについては5倍に増強した。これにより現在は復旧している」(藤原頭取)という対処策を打っているからだ。
頭取が言ってるのも推測・・・?
https://xtech.nikkei.com/atcl/nxt/column/18/00138/030500746/ Symfoware Serverって超やばくね?
https://ja.m.wikipedia.org/wiki/Symfoware_Server
V3.x、V4時代、徐々に処理速度が落ちてしまったりバックアップから復旧できない、簡単な計算を間違える等の致命的不具合が発見されたことがある。 > 28日は定例更新が25万件、ステータス変更が45万件の合計70万件のデータが処理対象だった。
> 2種類のデータ更新作業を実行したところ、システムのキャパシティー不足で処理が失敗した。
そもそもこれおかしくない?
システムのキャパシティー不足でも処理は失敗しないでしょ?
全件メモリに読み込まなきゃ出来ないような処理なら
そりゃ当然処理は失敗するよ
でも基本的に処理は独立してるはずなんだから
遅くなったとしても失敗するはずがない
バグがあって前の処理で使ったメモリを開放してないとか
なぜか全件メモリに読み込むような処理をしてるとか
そういうバグでしょ
バグを隠すために能力不足(ソフトウェアには問題がない)と言い張ってるだけ バグってか自動生成のコボルのソースなんかメモリの解放とか
何それ美味しいのでしょw
あの体制で世界一の天才だってまともなものが作れるわけがない
むしろよくゴーライブしたわw > ただし、ステータス変更自体は「それほど難易度の高い作業ではない」(片野常務)。
> データベースのテーブルにあるレコードのステータスを変更するだけだ。
レコードのステータスを変更するという簡単な処理と言ってるのに
たった70万件でメモリー不足を起こすのは理屈に合わない
1レコードが1MBのデータだとして700GB、10MBでも7TB
個人用のHDDなら1万円台で変える程度の値段
もちろん全件メモリに読み込むなら足りないことはあり得るだろうが
メモリに読み込まなくていい。HDDでいい
その程度のデータを書き込むのに1日もかからない
> 今回実施したステータス変更の作業は3週間程度にわたって行う予定であり、
3週間?理解できない
俺は個人用のパソコンで使える安物の話をしてる
銀行ならもっと高いシステム使ってるだろ?
SSDよりも速いものを使ってるはずだ そんなのどんなコードかわからんのでどうにでもおかしくなる
O(N^3)の処理でもすればあっという間だ
どうせ役員どころかプロマネにもわかってないよw
メモリのエラーが出ましたってだけ > O(N^3)の処理でもすればあっという間だ
↓これがそうなるのはなんでだって話
> ただし、ステータス変更自体は「それほど難易度の高い作業ではない」(片野常務)。
> データベースのテーブルにあるレコードのステータスを変更するだけだ。 >>284
3重ループでもすれば簡単になるし、まして自動生成なんだから誰も
俺はやってないとも言えない
大規模システムでツール使って開発してOが物凄いことになってるなんて
普通の話だよ そういうのもバグの一種だよな
少なくとも正常な商品として納品したり出来ない アメリカでCSの学士修士持ちばっかりの職場だってそうなのにドカタと
コーディングできないSEだろ?
それで開発に違う会社が入って、ユーザーも違う組織がリーダー無しって
そりゃ無理だよw データベースが昔風のシステムで予めなんかの割当を増やしておかないと
ハードウェアのスペックにかかわらず処理が失敗するらしい
MySQLとかPostgreSQLとかの今どきのデータベースだったらこの辺は自動でやってるとかなんとか
しらんけど バグでは無いなO(N^2)以下にしろとかいう仕様なら別だけど
O(N^3)にならざるを得ない場合も当然ある
そもそもそんな事土方は考えられないし習っても無いし、学校で習った
SEは自分でコーディング出来ないんじゃあ無理ですわ こんだけ内部がぐちゃぐちゃだと
データベース周りの担当者も何度も変わってて
その辺りの性質を把握してない奴が担当者になってる可能性すらある オラクルとかでもトランザクションの処理とかは変な扱いすると領域足りなくなるし
変な扱いしたら壊すのは簡単 一体何をやらかせばたった70万件でメモリ不足とかになるんだよ?
可能性があるというだけで、誰もそうなる自体を想像できない もしかしてオンメモリで処理しようとしてるのか?
そうしなければいけない理由があるのか?
高速なSSD使えば70万件なんてオンメモリじゃなくても一瞬で処理できるだろ >>292
70万を3乗してみなよ
なんなら2を70万乗してみ
リニアで考えてること自体で基本的なアルゴリズムの知識が無いのがわかる
まあ日本の人のほとんどがないんだけど
ある人はコード書いてない >>294
だから70万を3乗すりゃそうなるってのはわかる
ループをなんたらすればそうなるってのはわかる
だがそれをした所でメモリに全部のせないといけないわけじゃないし
銀行でやるような内容で、どういう処理をした場合に
そんな事が必要になるのか、という具体的な自体を
誰も思いつけていないと言ってる
処理コストを考えられないプログラミングの初心者がやるようなレベルの
相当なマヌケなことをしたとしか思えない > ただし、ステータス変更自体は「それほど難易度の高い作業ではない」(片野常務)。
> データベースのテーブルにあるレコードのステータスを変更するだけだ。
銀行は基本的に取引単位の処理で独立してるんだから
グローバルなロックなんか必要ないし
最大でも取引単位のデータのみ読み込めばいい
そうなると大量のメモリが必須な理由が思いつかない
パフォーマンスを上げるためにキャッシュとして大量のメモリを使用するのはわかるが
それはキャッシュなのでなければ遅くなるというだけ
そしてたった70万件で何日もかかるほど遅くなるわけがない >>295
例えばトランザクションつけて70万の三乗どころか2乗でも
処理したらオラクルのロールバックセグメントは大概の場合足りなくなるよ
大規模プロジェクトでツール使ってたらForループがどうなるかとか
正確にコントロールできない事なんていくらでもあるし有名パッケージでも
Oが物凄いことになってるなんていくらでもあるよ
小規模でやってるのと違うんだよ
だからこそ、体制からきっちりしないと無理なんだけど体制からして
明らかに無理だから だからたった70万件ってのがやっぱりアルゴリズムわかってないんだよ
Nがいくつかなんて関係ないの
アルゴリズムやってないでしょ >>297
> 例えばトランザクションつけて70万の三乗どころか2乗でも
> 処理したらオラクルのロールバックセグメントは大概の場合足りなくなるよ
だから、銀行でやるような処理でどういう時にそんな事が必要になるのかという話をしてる
誰も思いつかない >>298
わかってないのはアルゴリズムじゃなくてユースケース
どういうユースケースだとそんなことが起こるのか 例えばコピー用紙を折りたたんで厚さが月に届くまで他あった43回
これがO(2^n)なんだから70万どころかこういう処理は7回でもヤバイ
GAFAの面接で聞かれるのはこういうのやで >>297
あんたが言ってるのは
1から70万までの足し算であっても
例えばトランザクションつけて70万の三乗どころか2乗でも
処理したらオラクルのロールバックセグメントは大概の場合足りなくなるよ
と言ってるようなもん。
どこでそんなことをやる必要があるのか
その「やる必要」を誰も思いつけていない で、2^nの処理なんていくらでも書ける
あれだけデカイ規模で自動生成のソースもあって、逆にどうやったら
全員確実に2^nを無くせると思う?具体的に? 70万件の全データを1つのトランザクションで行うにしても
70万件の全データをメモリに読み込んで処理なんかしないわけで
なんのためにディスクがあると思ってんの?w >>303
> あれだけデカイ規模で自動生成のソースもあって、逆にどうやったら
あれだけデカイ規模ってまさか70万件すべてを
メモリに読み込まないと処理できないとでも思ってんの? 例えばN^2をなくすためにはForの中のForループ全部禁止だけれども ちなみに70万件はまったく多くありません
エクセルですら6万5000行のデータを扱えます >>305
自分のパソコンでやってるとかその規模なら簡単なんだよ
数百人になったら超難しい
君が仕切れるなら日本でもトップ数人クラス なるほど、自動生成ならあり得るな
そこのロジックに問題がありそうだ >>306
> 例えばN^2をなくすためにはForの中のForループ全部禁止だけれども
70万件全部メモリに読み込んだらN^2は4900000万ですが、
1000件しかメモリに読み込まなければ、100万なんですよ
N^2があったとしても、読み込むデータが少なければ
メモリが足りないなんてことにはなりません
今話をしてるのは、なんで70万件も
メモリに読み込んだんですか?って話 >>308
人数の話とシステムの話は関係ありません。
同じ処理なのに、人数が増えたら
システムは膨大になるとでも? そもそも数百人いて、Forが2重ならN^2の可能性はいつでもあるんだから
そんなもんいくらでもあり得るんだよ
エンジニア平均年収1000万のアメリカでもおこるんだから日本のドカタと
書けないSEじゃ無理よ
日本だとじゃあインナーFor禁止な、とかそういう事になりがちだけど
そうじゃないし70万は少ないとかそういう問題でもない N^2があっても、大量にメモリに読み込んだりしなきゃ
問題にならないっていうのが理解できてないようだ >>314
俺のデスクトップだと、メモリに読み込まないで大量のデータを処理できるのに
銀行は、メモリに読み込もうとして破綻するのかw
たった70万件、古いエクセルが扱える6万5000件のたった10倍程度の量で >>315
君のデスクトップで君の書いたソフトでできても何百人も関わる
複雑なシステムで問題になることはいくらでもあるんだよ
たった70万件というリニアで考えてるのがもう経験不足
1兆でも問題ないときもあれば、100で問題になることもある >>316
だからなんで同じ処理をしたいのに
関わる人間が増えると複雑なシステムになるんだよw
関わる人間が増えるとプロジェクトが混乱するのはわかるが
システムが複雑になるわけじゃない あとだから「どういう場合にそんなアホなものが出来るのか想像できない」って言ってるんだから
「もしかしたらそんな事があるかもしれないじゃないか」ではなくて
「どんな場合にそうなるか」で反論しろって
お前が言ってるのはただの推測じゃないか
なにかデータでもあるんですか?w >>317
まあデカイブロジェクトをやるようになったらわかると思うよ
その調子だとならなそうだが
どんなプロジェクトやったことあるの?
自分のデスクトップ以外で? >>319
いやさ、だからそういう自体になるような具体的な事例を
「誰も思いつかない」って言ってるんだから
お前が思いついたならそれを言えよw
かもしれない〜。でも具体的なことは言えない〜じゃ
俺が言ってる「誰も思いつかない」にお前も当てはまってんだよw > ただし、ステータス変更自体は「それほど難易度の高い作業ではない」(片野常務)。
> データベースのテーブルにあるレコードのステータスを変更するだけだ。
もしかしてこれを何百人のプログラマで開発してたりすんのか?w
レビューとかテストとか別の担当者がいるとかじゃなくて
分割できそうもない一つのプログラムを
何百人でコードを書くとかだったらアホ過ぎるwww 誰も思いつかないんじゃ無くて、「君が」思いつけないわけで
設計によってNが少し増えただけで破綻する事があるのは
ソフトウエアエンジニアとしては基礎なんだけど、君はわかってないし
まあ日本では君みたいにわかってない人も多いわけで
君みたいな「思いつかない」人が多いからそうなるわけだよ
ウェブサービス作るときにInner Forが一つでもあればN^2の可能性が
あるわけで、一日1000でと言われてじゃあ5000までOKで作っても
70万どころか1万きたら破綻するわな
それが「思いつかない」なら思いつくように勉強が必要 > 誰も思いつかないんじゃ無くて、「君が」思いつけないわけで
なら思いついた人が言えばいいよねw
反論したいのならしてよ > ウェブサービス作るときにInner Forが一つでもあればN^2の可能性が
さっきトランザクションは普通取引単位で独立してると言いました
70万件を二重にループする処理がどこで必要になるんだよw
思いつかないって言ってるのはその話だ それに多重ループで必要になるのは
処理時間であってメモリでもない でも君さ、大規模プロジェクトで働いた事ないじゃん? あるの?
繰り返すけど一日1000でと言われてじゃあ5000までOKで作っても
70万どころか1万きたら破綻するわな 俺は「誰も思いつかない」と言ってる
つまり「俺もお前も思いつかないと言ってる」
お前は「俺が思いつかないと言ってる」
それは俺が最初から言ってることなので反論にはなってない
残ってる主張は「お前も思いつかない」だけだ
な?どういう場合にそんな処理が必要になるかを
思いついてないんだろ?w 取引単位で処理してればInnerFor使っても
破綻しないってさっき言ったけど? For ループの中で全部一件一件コミットするのw
浅いんだよ君明らかに経験ないじゃん
文句言うだけなら誰でもできる
大規模なプロジェクトの経験あるの?無いでしょ?
無いのにいきがるのはダサいぞ > For ループの中で全部一件一件コミットするのw
アホなのか?
取引単位で処理するって言ってんのに
InnerForは取引の中だろ
その程度も思いつけないのか 君みたいなやる気のある人が100%間違いなくやってくれるなら良いんだけどね
君だって100%間違いなくやるわけじゃ無いしそもそも経験さえないわけだし
まるであてにならん
万が一あてになるとしても口でいうのは簡単だしましてそれが数百人になったら
難しいんだよ
さらに1000/dayのはずのものが70万になっても作った方としては知ったことではないし
まあ頑張ってね また最悪の事態になったら最悪だって言って終わりですかw
どういう時に最悪の自体になるかを
ずーっと聞いてるんですが? 君は一体何を言っているんだ?
数百人のメンバーが居るプロジェクトで1000/dayと言われて
N^2で作ったサービスが70万で落ちるなんて当たり前だけれども
だから体制が大事なわけであの体勢でまともなものできるわけがないのは
ちゃんとしたエンジニアは全員すぐわかるよ じゃあ人数減らせばいいじゃん
> ただし、ステータス変更自体は「それほど難易度の高い作業ではない」(片野常務)。
> データベースのテーブルにあるレコードのステータスを変更するだけだ。
簡単な作業なんだから 規模がでかいから人数減らせないんだよ
単純な作業が山ほどあるし、プログラミングだけじゃ無くて
ファイナンシャルの業務の流れを知ってるファイナンシャル
コンサルタントなんてのも1000万以上取るようなのがゴロゴロ
いるくらい業務自体複雑なんだよ データベースのフラグをただ70万立てるだけなら1秒だよ >>337
それな。どんだけクソなシステムを作れば
3週間もかかるのかと >>337
どんなデータベースかもわからず見積もり出すやつは信用できねーわ >>338
それ俺な
データベースのフラグなんて1秒で立てられる
た だ し
フラグ一個が30億円となったら話は別だしいろんな整合性を取るために
数百人が働いてる
あの体制はクソだと思うけど君は経験がなさすぎるし
あんな規模はおろかユーザー数百人のシステムも作ったことないだろう
作ったことないし出来ないのにクソだとかいうのはダサい どんなデータベースでも性能争いをしてるから
極端に悪いことはありえない >>339
オラクルでもSQLServerでもDB2でもその他でも大差はないな
やったことあるの? >>342
フラグなんてSQLで一瞬なのが「事実」だし銀行が数十億の金を扱ってるのも
「事実」だけども
70万件ならすぐできるとか君のデスクトップの話で「仮定」を持ち出したのは君だよね 銀行が数十億の金を扱うのと
プログラムになんの関係があんの? > 70万件ならすぐできるとか
それは実際のデータベースを使った場合の事実でしょう あれはひどい体制だなあ、確実に無理だなあ、と最初から思ってたし今でも
機会があれば叩いてるけど
なんの経験もないワナビーの子が70万件なら僕のデスクトップでもできるって
それはまるで違うよw 関わってる人のほとんどは君よかマシ
尻馬に乗るのはカッコ悪い >>343
1日のアクティブユーザー数が数百万ユーザーのシステム触ってるけどSELECT COUNT(*) FROM hogeで何分かかると思ってるんだ?
*じゃなくて列名指定でも一緒だぞ
UPDATEはもっと時間かかるよ
総数70万で70万件のレコード更新ならそりゃ一瞬だろうけどさ >>348
1日ユーザー数が数百万ってGAFAレベルだと思うがそれでその雑な
DB設計って本当かよ
何RowあってなんのDBなの? DB関係まあまあやってたけど数百万件数えるだけなら数秒だろ
あまり多いならインデックスと本体にテーブル分けるだろ
ライブラリでジェネレートしてDBとかしらね、で件数が増えたとか? COUNT(*)とCOUNT(1)の処理速度検証結果
https://kozirefer.com/sql-0013/
1,000万 SELECT COUNT(*) 3.22秒 0 20074 大手だから数十億の金を扱っているから難解なことをやっているに違いないって
SEの思考回路じゃない 10年ぐらい出入りがない口座と
Amazonみたいに一日に数千万件出入りがある口座があって
その切り分けが難しいと聞いたことがある。
急に増えるところや、急に減るところもあるし
DBで一元管理できるかというとなんとも 1日に追加されるレコード数が1拠点あたり数千万レコードならまだわかるけどトータルでそんな少ないわけないだろw コスト削減でメモリ減らしてたとかだったら笑えるな
重役一人減らせばすれば浮く程度のコストカットで手柄立てたつもりの馬鹿がいたのかもしれない ニュース見た感じだと物理メモリの話じゃなくて設定の話っぽいけどな >>354
アマゾンとかの場合、そういう大量の取引を高速にさばくために
技術が必要になってくる
銀行、たった70万件、それを3週間かけてバッチ処理で対応
技術がないと言ってるようなもん >>356
そこでカットしたお金で大臣のご子息を重役として迎え入れることが出来ました
なんて話はありそうだがなー >>357
障害も複数だし原因も複数だしもう何が何だかわからん状況なんだわ どうもWeb系の範囲でしか物事を認識できない人がいるようだ そういう人って自分が認識できる範囲が世界のすべてと思い込んじゃってるんだろうね >>361
これだけ短期間にトラブル連続ってのは基幹系とかウェブ系とか関係なくプロジェクト管理に問題があるんだよ あの体制見たらプロは最初から全員思ってるわな
70万件がとかそういう問題じゃない でもみずほは最初で一応終わらせてるんだから勝ち組
今後もいくらも出るぞ 設計の人間はともかく基幹系の下っ端なんて本当に木端なのにやたら偉そうな人間がこのスレに多いね >>368
その木端の言うこと無視してカスなことやってるからこうなるんだわ >>368
君も偉そうにしていいんだよ?
あ、そしたら叩かれちゃったんだっけw >>370
木っ端の言うことを無視?
無視もなにも、そもそもリアルで意見しないじゃん木っ端はww 反応見てるとこのスレ本当に3次受け以下の自称エンジニアしかいない感じなのか カサンドラさんとかカフカさんで
モダーンなシステムを作れよ 無意味なマウントの取り合いは置いといて、
普通に業務経験あるSEなら、
「旧合併元のシステムを活かす」というアホ要件すら混じらなければ、
現状よりマシなシステム設計できるし、前回のリプレースより予算も工数も大幅に削減した計画立てられるだろう >>376
これに尽きるが、既存システムの要件は必ず盛り込まれるんだよなぁ
ビジネスロジックがシステムと比較して更新頻度が遅いせい minoriとかいう大規模移行で旧システムの顧客データすべて新データベースに置換しました。
実は新データベースに設計ミスがありました。
旧システムのデータは破棄したのでもう戻せません。
だったら面白いなあ。 >>376
作り直した方が早いとか言って爆死するタイプだろお前 結局、忖度せずに要求と現状について聞いて回れるんか?って話だわ。 俺なら作り直さないで、どれかのシステムに移行する
その上でリファクタリングを重ねる システム障害が起きなければ起きないほど
裏で有能な人たちがスキルを発揮して安定させているんだよ
しかし、トラブルが発生しないのでその有能さは評価されない
システムなんて簡単だよねと思い始める
そして無能しかいなくなった途端にあっけなく崩れるシステム
なぜ今までうまくいっていたか、ようやくわかるようになる 客(みずほ)が無知なのは仕方がない
ゼロ設計を説くorそっちに誘導できなかった元請けが悪い >>383 そんな簡単な話でもないからなぁ
どっちかと言うと無知じゃなくて
中途半端に知識だけあるのがアホが言い出してクソみたいな事描いた結果でしょ
某書籍読めば >>383 そんな簡単な話でもないからなぁ
どっちかと言うと無知じゃなくて
中途半端に知識だけあるのがアホが言い出してクソみたいな事描いた結果でしょ
某書籍読めば 某書籍、過去の二度の大規模障害を反省してようやく新システム作ったぞって、本一冊使って語ったあと数ヶ月もしないうちに大規模障害マシンガンだからな…
著者の心境やいかに。 人の体制をまずエンジニアリングしないとみんな仲良く(仲悪くw)
横並びでやったってどう考えたって駄目だろうに
CTO居ないのな
そういうとこだぞ みずほってCTOいないのかよ
やばいな
金融ってインフラ残業なのに技術統括いないってすげーわ 失礼インフラ産業な
金融ってネット化すれば支店も営業もいらないからな
システムという箱だけあればいい
みずほだってネット化すりゃ支店にいる膨大な人数の従業員は要らなくなる
システムというインフラだけでいい、融資なんてのもAIでいい
必要なのは技術者と株主とプロの経営者だけ
会社というよりもファンドだな
いずれ全ての金融はそうなる >>373
一次受けがデータとかNRIだろ?
二次受けがハードメーカー
三次受けがその子会社
ってなると、三次受けでもそこそこ大きな会社の人だよね 大きい会社じゃなくて、技術力がある会社に頼めよ。アホだなぁ。 >>388
専務がIT担当ということになってるけど人事出身
コード書くのは派遣、PMやSEはコードろくに書いたことない、
トップはITなんかそもそも知らないんじゃあそりゃ無理だろね
システム部に冷や飯食わせてきたツケだな 銀行の偉い人は酒や子育ての話ばかりで全然専門知識がない
これガチ >>389
それって30年言われ続けてるけど一向に進歩してない
この先30年も見た目上のITで根幹は変わらないよ ISOやFIPS、NISTを見ないで適当に作るからセキュリティ事故が起こるんだよ >>394
金融の知識もマニュアル通りだし、システムなんてあるわけない このゴタゴタをスーパーマンが現れて解決するパターンのドラマを半沢の番外でやって欲しい 先祖代々に渡って秘伝のタレを注ぎ足しております
…どおりで複雑な味わい… >>397
金融の知識ってシステム無しでは語れないようになって何十年もたってるのに、日本はメガバンも含めて2.3年前に気づいたぐらいだから
マネロン対策の不十分さでも、散々、ボロクソ判定を国際機関から貰ってる タイトルが
「みずほ銀行のシステム作った『奴隷』だよ」
に見えた 別の銀行の社員さんはお酒飲みすぎでエンジニアとは別の世界の人間と対面している感じしかしなかった LINEの悪口はネトウヨじゃないんから辞めた方がいい
今のこの島国では韓国系の血筋の市民がインフラを支えているんだぞ
ジャップに任せたらcocoaになるのがオチだからな 血筋の問題じゃ無くて国の体制の問題で民主主義成り立ってない
中国寄りの国だからダメなんだよ
日本もダメだが、首相を情報機関が他国で誘拐して暗殺しようとしたり
毎回毎回首相が刑務所送りになったりしないでしょ
血筋なんてどうでも良いしなんならセキュリティーの問題ですらない それにジャップジャップ言ってると韓国系の血筋とやらがどんどん嫌われるぞ >>406
自分達が嫌われる原因を自分で作ってるのだから世話はないな
日本人とうまくやりたい同胞からみたらお前のような奴は迷惑で仕方ないんじゃね? 古っるい古っるいシステムをツギハギだらけで無理に運用しているツケが回ったんだろ?
情けなっ ID使えない時のquicpayのためにみずほのデビットカード作ったんだけど、使わないと年会費1000円とか書いてあって草生えた。デビットで年会費とか初めて見た。使わずに年会費払う事になりそうで怖い。
三井住友銀行ならATMいつでも無料だし、年会費もかからんのだがみずほ使うメリットってなんなんだ 別の銀行はプロパー社員が職場で私語が多くて集中できなかったな >>406
Sier体質は日本企業の自業自得だけど、LINEがシェア取ったのは当時マスコミ上げてキャンペーン貼りまくったからだろう >>414
LINEは韓国のイ・ヘジンという優秀な人物によって作られた
元ライブドアのエンジニアたちや中国人なども集めたと言うから日本人のコーダーもたくさんいたのだろう
日本人のSIerのモンキー丸出しの連中が作ったらcocoaになっていた事は疑いない 日本の人事は求められるものが海外とは違う。
そもそも、国家公務員の面接でさえ質問の5割は事実と異なる内容なわけであり、いかに組織に染まる人物かを見ているに過ぎない。
大手だと面接で接客のアルバイト歴がどうこう聞かれたり、いろいろと事実と違う質問されるけど、本来は人間がやってはいけない仕事を人間がやっているから仕方がない。 >>415
ネイバー、ハンゲーム、カカオ、LINEを立ち上げるって天才やな ざっくり調べた感じだとサムスンの社内ベンチャーっぽいやつだな ということはおまえらサムスンのスマホでサムスンのLINEを使って韓国プギャーってしてたわけ? >>413
誰々はどこどこ大の体育会系何部出身とかの話ばっかしてるよね >>417
孫正義さんをはじめとして本当に韓国系のIT人材は優秀
ネトウヨは差別発言して悦に入っている屑だね
自分も頑張らないとファイト湧いてくる アメリカで韓国系ほぼ居ないけどね中国とインドはめちゃめちゃ多いけど
まあ頑張って ほぼいないのに州議会を動かしちゃうんだから、よほど優秀なんでしょうな IT業界の話だが
韓国系自体は朝鮮戦争やらあるし韓国人は優秀な人間が脱出するのが
当たり前になってるから日系より多いね
あと日本でやってるのと同じように国策で慰安婦だのやるから
差別関係で騒ぐのは「優秀」だね
IT業界では全然見ない 世界に通用するスマホメーカーって日本にあったっけ?
日本発のSNSってなにかある?国内で閉じたしょぼい奴じゃなくてだよ?
グローバルで見ると、日本の存在感なんかないじゃんIT業界だと 誰もあるなんて言ってないしそもそも叩くスレだが
なんでそんなに韓国上げに必死なの? CPUもろくすっぽ作れないし
どうせ成功はメリケンの掌の上 まずスレのタイトルを読める読解力をつけたら良いと思うよ 日本産の
会計用のパッケージソフト買えばいいのに
なぜかみんな自前で作りたがる >>431
自社独自システムを作るんだったら社内製で作りゃあいいのに、クソ経営者がわざわざ外注で自社独自システム作るなんてわけわからん行動するんだよな。 >>432
普通に日本でも日本IBMだかがパッケージは売ってたはず
一口に銀行といってもメガバングだけじゃないし
金融機関まで射程が伸びるとそれなりに顧客はいるからね >>434
そんな企業にシステムの中身委ねたら、
何かあるごとにお伺いを立てなきゃならなくなって
事実上の支配下に置かれてしまうだろ Windowsぐらい恰好よけりゃ戦ってる感あるが
日本I〇Mのパッケージとか本当にひどかった…
まさに泥沼 TRONの開発メンバーを葬るために飛行機ごと落としたんだから大したもん 銀行系はTypeScriptの導入も大失敗だった
もうずっと進数計算に優れたCOBOLのままでよい なおdecimal型くらい最近の言語には基本的にある模様 decimal型がある・・・正しい
decimal型は使われてない・・・現実 decimalっていってもDBの連携やらライブラリやら考えると
COBOLほど一貫してサポートされてる言語はない C#とEntity Frameworkの連携じゃ不満か? 各銀行がJavaで作ったシステムを壊す時期に入っていて笑える
徹夜を何度もさせた悪魔の言語が消えると知り、嬉しくてコーヒー豆を胃から吐き出しそう 銀行のシステムなんてアメリカのエヌシーノというクラウド会社のシステム使えば全部置き換え可能
みずほも乗り換えればJava屋を集める必要なんてなくなる
エヌシーノはこれから金融版のSalesforceになるのではと期待されている
Salesforceみたく世界標準になり誰でも使えるようになると個々の銀行が専用システムを持つ必要がなくなる >>444
まぁどうせ他の言語でも徹夜にはなるんだけどな わけわからんことを強いられなければ、テストも含めて一か月以内で構築できるシステムだろう >>445
それ良いらしいね
アメリカ発の標準規格として注目されてるらしいとは聞いた
セキリュティもそれ使ってると自動で全てOKになるとかなんとか >>444
下手すると全くの無駄だった訳だな(´・ω・`)
当時からその予感はしてたが >>445
ふーん、じゃあ銀行業でも始めたらいいんじゃね? みずほのシステムトラブルは人災だ
偉い人「じゃあ障害が起こったら全体に波及しないように、このシンプルなプログラムに対策入れてね」
バカSE「プログラムにATM停止処理入れろ」
プログラマ「・・・うっす」 まあでも
システムが停止したら
ATMが停止するのは当たり前だし・・・ 東京 5日 ロイター] - 日立製作所は5日、みずほ銀行で3月12日に発生した外貨建て送金遅延について陳謝した。 >>445
銀行のこと何も知らないんだね
なにかの汎用的なソフトでできるほど銀行のシステムは簡単じゃないんだよ
Salesforceなんてものは、単なる支援ツールだぞ?
知らないのか?
ホント、馬鹿そうなやつだな(笑) >>457
それを数年後に何処かの掲示板に貼り付けられたら良い笑い話になるぞ
あの頃にはこんな馬鹿がいたんだとスレが立つレベル
nCinoは顧客管理のCRMであると同時に融資判断から文書作成そしてATMまでをフォローするクラウド銀行システム
今USで株式上場されて光を浴びている最先端の話題だよ
コピペして数年後で笑い話になるのをお楽しみにね 銀行は法律があるからERP以上に国によってカスタマイズ必要な感じがするね
元々はアメリカの銀行の内製だからアメリカではそのままいけるだろうけど >>458
光を浴びているじゃなく、脚光を浴びているじゃね?
こっちの方がコピペに...するには弱すぎるか >>459
自民党政権ってのは売国政権だから、
アメリカのソフトがそのまま使えないのは
なんたらかんたらだといちゃもんつけられたら
すぐ法律を改定するよ 銀行システムなんてどこ行っても同じで標準化されてた方が良いからな
日本もそうなるだろう アメリカ「業務パッケージを買った?ならそのパッケージに合わせて業務を変えるか」
日本「業務パッケージを買った?そんなものいらねえよ
うちはうちのやり方でずっと業務をやる」
日本ほど顧客に偏ったSIが多く存在する国は
他にはないよ PC98とかの国内クローズドな古いパソコンはWindowsにすべてかっさらわれたし
3大キャリアの国内クローズドなガラケーはiOSとAndroidにすべてかっさらわれたし
日本のエライヒト達はそれでも反省する気がない みずほも1兆円使うくらいなら、エヌ何とかの一個や二個作れたろうに
金の使い方が分からないって、まさにこーゆーことを言うんだろうなぁ 金を集めても投資先が無いんです
どう見ても無能だからだよなぁ 三菱東京UFJが三菱UFJになったことを今更知りました >>466
国内のトップベンダー数社がよってたかって開発したってあの体たらくだったんだ みずほの一兆円使ったプロジェクトは教科書に載るだろうな
汎用的な設計で作り直せば、エヌ何とかがいくつできたか分からず、上場益で莫大な稼ぎになったのに、リプレイスしなかったら一兆円垂れ流してしまったという恥ずかしい事件だよ そもそも業務改善のためにシステム作ってるのに
業務がなんも変わらんのはへんだな じつは何も業務を変えないシステムは
社会的に見て
ひとつ残らず失敗なのでは これ、2000年ごろにやった前のシステム統合と比較したら随分とまともに成ったような気がするんだが・・・。 エヌシーノを知らんかった恥ずかしい奴を晒しあげ
数年後まで残しとかないとな
>>445
銀行のこと何も知らないんだね
なにかの汎用的なソフトでできるほど銀行のシステムは簡単じゃないんだよ
Salesforceなんてものは、単なる支援ツールだぞ?
知らないのか?
ホント、馬鹿そうなやつだな(笑)
銀行は法律があるからERP以上に国によってカスタマイズ必要な感じがするね
元々はアメリカの銀行の内製だからアメリカではそのままいけるだろうけど 現状が間違っていたら正すべきなのだけど
どうも日本人は現状に過剰適合してしまう傾向が強い
既存の銀行システムのような粗大ごみを何か御大層なものに扱うのは違う ちゃんと技術が理解できる人間に裁量や決定権、交渉権限がない事が問題だったんろうよ
現状は間違っているとも思っていただろうし、それをうまく是正するべきだとも思ってたはずだし
ただ肝心の技術に関しての知識が自分たちにはないのが分かってなかったから
あるいは自分たちは技術に理解があると錯覚してしまったから
ベンダーのおもちゃになり果て、ベンダーはベンダーでよく分からん銀行合併の政治に巻き込まれでグダグダに 東証の時もそうだったけど
セキュリティを追求しすぎるんじゃないかなあ
セキュリティのために信頼性を犠牲にしている気がする クローズドな専用回線なら物理的なセキュリティーだけ考えてれば良かったねにね そこは別にトレードオフでは無いような
セキュリティーはインフラも大きいし ジャップは自尊心ばかり強い馬鹿の集団だからな
ITに関しては韓国人の方が優秀だぜ
この島国のいい大学wを出た奴の使えねーさったら無い
差別主義者も多いしな
程度の低さをアピールしてるようなもんだ 日本は別の大手銀行の社員が副業などで不正に個人情報を使って稼ぐ行為を紹介している人いたけどエンジニアの過失と銀行社員とで前者の方が大きく報道されるのはやはり身分の違いからだろう
普通なら昨年の銀行員の不正行為の方が国民に恐怖感を与えると思うけど、そういった面について日本では報道されないのが不思議 >>三菱東京UFJが三菱UFJになったことを今更知りました
そなの。なんか短くなったとは感じてた。本当は、**Jも取りたいんじゃない? 個人情報漏洩は難しい問題があってライブドア事件の政治資金受け渡しの口座情報が漏れたのも労組じゃないかとマスコミや政治関係者の間で噂されてた
自民側が情報の出どころをだせと民主党に迫ったがリーク元を明かせず民主党側が敗北の結末にいたる
代議士の政治資金口座はスイス銀行に開設するのが通例で日本の銀行は信用されていない
大資産家もそうだね
銀行に預けるのは小金だけさ 中学生も苦笑しだすレベルの妄想を垂れ流されても困る... スイス銀行自体が1998年に無くなってるんだが
いつの時代の人間だよ 妄想ねぇ
まぁ誰も書けないことを書いてやったんだが、まぁオフレコを漏らすわけにはいかんし、某銀行への名誉毀損になるといけないからここまでだな >>488
クレディスイスとかスイス本拠の銀行はみなスイス銀行だよ
それで良く銀行マンやってられるねぇ >>466
みずほじゃ幾ら遣っても作れねえよ
知能とコストは反比例するからなしかも乗数的に 銀行に限らず、発注側に技術的な知識が無いことで被っている損害は膨大なんだが、
開発費=投資額を膨らませると、その分、企業の株が上がったりして合理的に回らないように出来ているんだろうな >>492
みずほは特に稀有な例であって大概の企業はシステム投資の失敗を隠すからな システム投資というのはソロバンや電卓を買うのと同じで
成功とか失敗とかいう尺度を持つものではないんだよ >>494
例えが全然なってないな
まあSIのクソバカのポジショントークだと思うが。
ボタンの取れた電卓、五玉の付いてない算盤が失敗に値しないってか それは電卓やそろばんがきちんと動く前提のもとに成り立つ論理だな
しかし、この業界では動かない電卓やそろばんを買わされるんだよな
他の工業製品のように完成品の規格が存在しないからな
人
(__)
(__)
/::::::::ソ::::::::::゛'ヽ、
/:::::::-、:::i´i|::|/:::::::::::ヽ
/::::::,,、ミ"ヽ` "゛/:::::::::ヽ
/::::::== 糞 `-::::::::ヽ
|:::::::::/ .,,,=≡, ,≡=、、l:::::::l チョーゼバ、イターキマス!
|::::::::l゛ /゚\ |/゚\ l:::::::l
(`:::| ノ⌒ ノ/ l\⌒ヽ |:::::l
| ″ ,ィ____〉、 リ.
ヽ / l ', |.
l ヽ ノ`トェェェ,イ(;;;;;;;;;;;;;;;;;;)←糞
|、 ヽ |'|`ー'´ /
U Qiitaからのコピペが許されていないから仕上がりが悪いんだ。 1986年
ブラッド・コックスとトム・ラブがObjective-Cを作り、「この言語はCのメモリ安全性と
Smalltalkの高速性を合わせたものだ」と宣言する。
こういうのがわからない層が実権握ってるんだと思う。 >>502
>>502
>「この言語はCのメモリ安全性と
>Smalltalkの高速性を合わせたものだ」と宣言する。
よくわからんがObjective Cに対する自虐ネタなのか? >>503
いや。コンピュータ業界の「悪魔の辞典」的なところの、ほんの一文。 昔objective-cでMacアプリを作っていたが、
allocしたメモリは自分で解放しなきゃいけないし
オブジェクトは参照カウンターで参照数が増えたり減ったりして
まだ参照が残っているのにdeallocすると落ちる素敵な言語だった >>506
素のCだとfreeし放題で時限爆弾化するからむしろ親切かもw >>506
んー、そういう部分で評価してるってことは逆にちゃんとコードレベルの
設計ができてないんだと思うんだがなー
普通に考えれば、用意した動的エリアがいつ開放されるべきかってのは
意識するのが当たり前だし、それをやらずに文句言っててもしゃーない 同じ時期の他の言語はガベコレが当たり前でobjective-cだけがひたすら手動でメモリ管理してたんだよね
一応疑似的なautoreleaseはあるけどこれが全く解放してくれないんだよね(笑)
流石に今のobjective-cはモダンなメモリ管理になってるけど 納期あってもまともに動いてるシステムがほとんどだしなあ。
「幹になるモデルを構築する人間」を選択するプロセスに何か
問題があるんじゃないかな。
なにか根本的な抜けがある気がする。 単体テストのエラーを品質にカウントするといってるが冗談じゃないです
作成者がが自分で作るんだぞ テストでエラー出さないように書くという事?
違うよね?
違うよね… >>514
ベンダーも本体の会社もバラバラだからな 未だにメインフレームでCOBOLで書かれてるのかな 確か中核部分では使ってたよな
それは良いんじゃないの多分統合する部分だよね よく見ると障害4件あってプログラムのせいなのは1件だな なんか三菱UFJ銀行もシステム障害あったみたいだけど、
めんどいからスレ立てしない
立てたい人いたらお願いします
別にどうでもよかったらスルーで コロナで全員の融資枠いきなり停止にしろよゴミ
天罰かな?www 【朗報】みずほ銀行の件、お前らのせいじゃなかった
https://news.yahoo.co.jp/articles/007c9efc8836765af08220e5bde1808722dcf80e
みずほフィナンシャルグループ(FG)は15日、みずほ銀行で相次いだシステム障害に関する
第三者委員会の調査報告書を公表した。システム自体に欠陥はなく、運用する人為的側面に
要因があったと強調。有事に自分の責任問題となるリスクを避けるため、積極的に声を上げる
ことをためらいがちな企業風土が根底にあると言及した。 >>518
全部javaに置き換えた
結果、トラブルまみれ インメモリにデータベースのインデックス領域置くの止めろとか言われてたるの
togetterで見たけど
そんなterrible ideaなの? 声を上げたらその瞬間に袋叩きにされて放り出されるからな
どうしょうもない コードのテストはしっかりやるけど
仕様の見直し、検討はまったくやらないんだよな
工数をかけるところが間違っている 結果、みずほ銀行とは関わるなと言われるようになり
来るのは技術力ない穀潰しだけになる
負のループ Springやstrutsって名称と機能が不一致なところ満載なフレームワークだろ
暗黙オブジェクトでルールの曖昧さや矛盾があったしこんな言語やらされたら詰むよな >>525
未経験がやってるとしか思えないような失敗してるし
やっぱ技術者サイドにも問題があると思うよ >>533
みづほのご機嫌を損ねちゃいけないから
言ったとおりに設計しただけだと思うが
指摘しても無駄だし 技術者って言ったってネットワークの切り替えとかストレージの故障とか運用が不適切な時間にバッチ流しちゃったとかは俺らプログラマは知らんからな
プログラマのせいなのはアップデート失敗した一回だけだな 前に勤めてた会社にもみずほ案件は来てたけど、それで行ったヤツは
かわいそうにってな扱いだったなぁ
派閥の力関係とか持ち込んでくんなよってみんな思ってたよね >>248
お金がすくなくても「ありがとうの精神」でがんばるのがニッポン人だろw 給料をもらわなくても最後までやり遂げるのが社会人として当然の責任感である javaしか知らないジャバ僧と
COBOLしか知らないコボ爺が
互いに無視し合って出来たのがみずほのシステム
そら動かない かなり昔にみずほ案件のテスト応援に入ったけど
入った初日がいきなり夜12時だからな
いろんな意味で終わってるわ 三菱重工の不正事件ではテストをせずに
テスト結果を作ってくれるプログラムがあるそうだ
すばらしい技術力じゃないか 中央区の銀行のところも深夜残業ばかりだった
しかも、残業の付け方がおかしくて抗議したがリーダーがウソの勤怠を書かせ、残業時間を実際よりも低く申告していた 重工のほうなの?
自動生成するなんて電機にしては凝ったことしてんだなと思ったら違うのかw
でもさ、自動生成するまでもなく下請けに書類作らせるだけだよね
それとも下請けがなんかしてたのかな? 今回はATMは使えるけど窓口業務不能だってさ
個人客にはあまり影響なさそうだが大口顧客が被害を受けてそう、みずほ的には今回のほうがダメージ大きいかもね 自らのシステムがブラックボックスって認めてるぐらいだから再発防止は不可能
今後も何度でも起きるよ ボックス単体の内部がブラックでもシステムの全体図は見えてるんじゃないの? 本当にシステム刷新したの?
結局スパゲティーのままなんじゃねえの? 今みずほ銀行にン百万円預金してるけど、
他の金融機関に預け直そうか真剣に検討中 まずは記帳だ
何月何日に記帳したかもしっかりメモしておけよ オーパーツで銀行業務を回してるわけじゃないでしょ
見る人が見ればブラックボックスじゃなくなる
中堅以上のSIerやメーカーは燃費悪い癖にゴミしか出来上がらないから
中小零細個人に回して解析と開発をやって貰った方がいい 複数の銀行が統合してそれぞれのサービスも残さないといけない
統合したからって「あの定期預金なしね」とはならない みずほのシステムに関わったことがある人間なら
なぜこんなに障害が起きるかは理解できている >>555
近くにみずほのATMや支店が無くて記帳出来ないんすよ
主にネットバンキングで利用してるんすけどね >>542
それ三菱電機
きちんとランダムに偏らないように作られている みずほ銀またシステム障害→ITドカタ「文系ガー」「仕様書ガー」「対価ガー」←これが元凶 [611241321]
https://hayabusa9.5ch.net/test/read.cgi/news/1629457551/ ハードウエアが壊れて予備システムが起動しなかった
東証の時と同じエラーだ
何でミラーにしておかない?
セキュリティが心配なのか? こういう設計書は社内で横展開するから
最初に間違えたらその後に作られるシステム全滅もあり得るよねw
ワイも数千台レベルで不具合見つかったことあるけど
「他が大丈夫ならウチも大丈夫」って理屈でそのままスルーすることになった F県にあるブラック下請it企業A
・社内でハラスメント横行(二人辞め、1人通院中)
・残業代は完全未払い、退職金も無し
・社長が地方在住で東京への交通費が無駄にかかっている
・現場派遣に経験は一切考慮されない
経験5年目にリーダーをやらせ、経験20年(給与は当然上)がその下につくことも
・どんなに派遣先に負担があっても、リーダーなど職責の負担があっても給与やボーナスで調整される事はない。
給与が上の人間が低負担な現場で働き、高負担な現場で給与が下の人間が働く事は当たり前。
・社長がハラスメント被害者と面談した際の一声が「友達いるの?」(慰めてくれる人いないの?の意味らしい)
・こんな犯罪企業でも金融系の案件に携わっている F県にあるブラック下請it企業A
だけど、社長を尊敬している上司t.e
そのためか、社長ではない、役員でもない人間に対し、残業代を請求するとか言い出す。
炎上現場で100%の仕事をしようとか言っちゃう
炎上現場でやる気なく手抜き気味の他の会社を頭おかしいとか言っちゃう。
ユーザーや元請に気に入られるのが大好き。自費の飲み会も積極参加。自分がブラック企業である素振りを一ミリも見せない。
どんなに不満があって社長を非難せず、別の上司を非難する。
ちなみに、こんなんでも妻子持ち 福井だかのやつじゃね
だいぶ前から粘着されてるみたいだな こうなったら多少金かかってもいいから、
ものすごく優秀なエンジニアたちにプログラムのリファクタリングを依頼しろ
これ以上顧客に迷惑かけるな 仕様を知ってる人間がエラーの原因すら分からんのに、誰が取り組もうがエラーを適切に処理するのなんて無理そう >>572
期待する結果を知っていることと、途中の計算過程を読解できないことは別だ >>526
「新規の」メインフレームと、引継ぎかゼロベースかは知らんがCOBOLはIBM担当だったろ
フロントというかATMとかが富士通でいんでぶ使ってると宣伝してた気はする そもそもなんだけど社外のプログラマ使うのってセキュリティ的にどうなの?
秘密保持契約? 三井住友にするか、三菱UFJにするか、
ゆうちょにするか、農協にするか >>575
昭和の終身雇用制でもやめられたら情報が流出した
という事例があったなあ
今はいきなり無職で収入がなくなることも多く
秘密をお金に変えるという事例も多いようだが メール登録するときにワザとどれか一文字を大文字にしとくと良いよ
不審なメールが届いたときにどこから流出したのか分かる
自分の場合は驚きの某大手金融機関だった 十数年前にとある研修で、皆スーツやビジネスカジュアルで来てる中、
迷彩服とサンダルで来たみずほのシステム企画の人がいた。
ふんぞり返って、若手がうつ病で辞めていくんですよねえとか言っていたが、
さもありなんと思った。 みずほ証券なんか、それstg環境でまず試せやってことを平気で本番環境に流してたからな。。
それで下っ端が文句言われるという理不尽 l''!,彡⌒ ミ
| |(´・ω・`) 増税よりも増毛の公約を推進いたします
\ /祝/ヽ
| /当/・| |
/選/,,,, | |
/ ̄ ̄T ̄ ̄\
|二二二二二二二|
| |
パシャ パシャ パシャ パシャ パシャ パシャ パシャ パシャ パシャ パシャ
パシャ パシャ パシャ パシャ パシャ パシャ パシャ パシャ パシャ パシャ
彡⌒ミ 彡⌒ミ 彡⌒ミ 彡⌒ミ 彡⌒ミ 彡ノハミ
( )】 ( )】 ( )】 【( ) 【( ) 【( )
/ /┘ . / /┘. / /┘ └\ \ └\ \ └\ \
ノ ̄ゝ ノ ̄ゝ ノ ̄ゝ ノ ̄ゝ ノ ̄ゝ ノ ̄ゝ 巨大すぎてマイクロサービスというか
巨大ピタゴラスイッチみたいになってるのかね?
障害に備えて
あらゆる処理をリトライするようになってたら良いけど
そうなってなかったりして?
中途半端な状態になったら手動で操作しないと駄目だったりとか 実績ナンバーワンのシステム開発会社に委託しろ
手数料とか値上げしても構わん 障害起きてもキャッシュカードは取り込まれないように回収したのか
えらいえらい! システム障害の行員向け説明会準備、その最中に再度トラブル…みずほ銀「通信環境の乱れ」 8/23(月) 21:10配信
ttps://news.yahoo.co.jp/articles/77434b578ec94a295a94563dc5f1ddb5e41fb83f >>595
>説明会は対応のために中止に追い込まれた。
トラブルの説明会がトラブル再発により中止。
もう存続不能になってもおかしくないな。 独裁者を一人用意して
周りにイエスマンだけ用意して
複雑な定期預金のシステム?とか
そういうの強引に廃止すれば? >>600
典型的な「戦力の逐次的投入」
その場しのぎの対応で根本的な問題を無視するから
何度でも炎上する ほとんどハードか運用だけどとにかくテストがしっかりしてないのは感じるな
切り替えに失敗しましたっていろんな状況で切り替えのテストしとけよとか
バッチでメモリなくなりましたっていろんな状況でテストしとけよとか
アップデートで問題が出ましたっていろんな状況で(以下略) みずほ情報総研のプロパーってみずほ銀行じゃ通用しない連中の吹き溜まり。
自尊心は高いけど、何もできない連中の集まり。
IBM、富士通、日立をまとめてシステム統合できないアホの寄せ集め。 これだけかましてくれるとメガバン潰しても皆納得
みずほに“解体”案まで浮上…今年6度目システムトラブルで強まる坂井社長の経営責任論
https://www.nikkan-gendai.com/articles/view/money/293843 稼働はしてて障害は全部ハードか運用なんだからちゃんとテストしときゃ問題はないはずだしあれだけの規模のシステム作るんだから末端はともかく上の方は技術高いはずなんだよな
時間と予算が押しててテスト出来てないとか無茶ぶりされたとか組織的な問題があるはずというか日本の銀行のシステム部の地位が低いのは周知の事実だし
ITでしくじると社長の首が飛ぶくらいになってCIOが当たり前になると日本のITもちょっとはレベル高くなるかもね >>602
別に廃止する必要はないだろ
単にどこかのシステムに寄せてから、足りない機能を追加すれば良いだけのこと
三菱銀行は三菱のシステムを残してシステムは捨てた
みずほもクソでもいいからどこかに一本化すればここまでおかしくはならなかっただろう NHKの10分の特集で経済専門家がコメントしてたけど顧客目線が足りないとか
死ぬほどうっすーーーーい話だったな
まあ経済専門だから仕方ないが
もう日本全体の文化の問題だな 他の銀行はシステムを統合するときにどちらかのシステムに寄せてるんだけど
みずほはどちらにも寄せずに新たにシステムを作ったんだよ
そういう先進的な取り組みができる銀行だってことを理解したが良い
多少のトラブルはあるそれでもチャレンジするみずほ銀行のこと俺は好きだぞ >>614
俺も20年位前から使っている銀行だから愛着はあるが、
やはり複数回のシステム障害はマズいよ
顧客ファーストという価値観を持って欲しい 顧客うんぬんより損失を気にしてほしい儲かってんのか知らんけど >>614
どちらかっていうか、3勢力の力関係をそのまま反映したシステムぞ…
内部のクソをそのままシステムにしたらどうなるかの反面教師や! ネット決済って、大手の中でみずほ銀行だけが未対応になってることが多いが、どういう仕様になってんだ? ネット決済に回す予算がない
そもそも業績が悪いし
現状のシステムを維持するので精一杯 >>614
皮肉w
まあ実際はチャレンジとは逆に慣性の法則に従ってるだけ >>622
じゃあお前にメガバンク作れんのか? あ? みずほ舐めんなよ
銀行コード001は伊達じゃねえんだよ
001は日本で最も先進的な取り組みができる銀行の証 第一国立銀行として最初に採番された001を使っている一番古臭い銀行 みずほ銀行、5回目のシステム障害「原因特定できず」 金融庁に報告へ
https://asahi.5ch.net/test/read.cgi/newsplus/1630333217/
みずほ銀行で起きた今年5回目のシステム障害を巡り、持ち株会社のみずほフィナンシャルグループ(FG)が31日に金融庁に提出する報告書の概要が30日、分かった。基幹システムと営業店をつなぐ機器が想定外の壊れ方をしたと説明した一方、故障原因やバックアップに切り替わらなかった要因は現時点で特定できなかった。
障害発生の告知が開店直前になったことに関しては不備を認める。今回の報告は中間的な位置付けとなる。みずほグループでは今年に入って6回の障害が起きた。金融庁はトラブルが頻発する背景を徹底検査し、みずほFGなどに業務改善命令を出す方向だ。
2021/8/30 22:57
https://www.sankei.com/article/20210830-LFIXGO5FBJO2JN7VCCAP4CQI5U/ みずほが新規でシステム作ったって言うなら、新規のシステムにありがちなエラーが出ているだけじゃね?
別に普通だろそんなん みずほも超単位の開発費だしてコレだからお笑いだよな
オレなら5000億でGoogleに作ってもらうわ
そして出来上がったものは、全世界的銀行クラウド共通基盤として世界展開を目指し、ナスダックへの新規上場でボロ儲けさ >>632
こういう企業が存在するのが問題
>F県にあるブラック下請IT企業に注意!
>・社内のトップ2のハラスメントがひどく、二人辞め、1人通院中
>・残業代は完全未払い(みなし45時間を超えても支払いなし)、勿論、退職金も無し
>・単価から考えて完全に中抜き
>・勤怠管理もなく、有給数のごまかしあり
>・社長が地方在住で東京への交通費が無駄にかかっている
>・社長は平気で歩きタバコをする
>・社長がハラスメント被害者と面談した際の一声が「友達いるの?」(慰めてくれる人いないの?の意味らしい)
>・社長の配偶者も社員でクズ、開発作業にノータッチで一緒に中抜き
>・現場派遣に経験は一切考慮されない
>経験5年目にリーダーをやらせ、経験20年(給与は当然上)がその下につくことも
>・どんなに派遣先に負担があっても、リーダーなど職責があっても給与やボーナスで調整される事はない。
>給与が上の人間が低負担な現場で働き、高負担な現場で給与が下の人間が働く事は当たり前。
>・こんな反社会的企業でも金融系の案件に携わっている >>632
今その判断ができるなら
10年前にやってるわ >>633
さすがにこんなレベルのブラック企業は減った方だとは思うがね・・・ >>594
あすた?
たかひら?
何のコードだろう Google様が日本のヘボ会社に人材を貸し出すわけがない
GAFAにとって5000億なんてはした金だよ 2010年くらいから
良いエンジニアがWeb系の方面にとられまくって
偏差値50切るカスしか不人気現場に来なくなったという事情もあるのかな 昔からだが業務系は高卒の巣窟
優秀なPGは軒並みWeb系に行っている
業務系のブラックな体質は嫌われている Web系にヘボいのから高難度系まで幅広く存在するのは業務系も同じよ? ただSESとか派遣とか、かき集めて集まる類の人材は
総じて微妙なのが多い、ただそれだけ Web系開発というと、主にBtoCのWebサービスやブラウザゲームなどの開発を指すことが多いです。
業務系開発は、主に企業の業務を効率化・自動化するアプリケーション開発を指します。代表的な例としては、社内の給与システムや勤怠管理システム、経理システムなどが挙げられます。 >>644
社内の勤怠管理システムをWebサービスとして実装してたら、どう呼ぶの? 会社の内部だけにアクセスが限定していれば業務システム
外部が少しでも絡めばWeb系 従業員数万人とかいうとこだと内部でも外部でも大差ないが 違法なことはしないという前提で作られるのが業務システム
何をされるかわからないという前提で作られるのがWebシステム >>633
社長夫婦で中抜きされながら
よう社員がついてくるわ セキュリティ上のリスクも高まるんだからシステムを外注に任せてる企業は監査で減点すりゃ良い
海外は株主の依頼でチェックしてるとこあんぞ みずほって今回何が壊れたの?
ロードバランサー的なやつ? 【独自】みずほ、新システム導入後に要員6割減らす…トラブル遠因になった可能性
https://news.goo.ne.jp/article/yomiuri/business/20210830-567-OYT1T50353.html
システム障害を相次ぎ起こしたみずほフィナンシャルグループ(FG)が、新しい中枢システムを全面導入した後に担当の社員数を4割に減らしていたことが30日、わかった。
2019年に導入された中枢システム「MINORI(みのり)」の運用には、21年3月末時点でみずほ銀行やみずほリサーチ&テクノロジーズなどグループ会社で計490人が関わっている。全面稼働に向けた作業が本格化していた18年3月時点の約1140人に比べて6割近く少ない。 >>653
開発から運用に移行して人減らすのは当たり前、素人が書いた記事だな バイデンが国を作り変えるアメリカの戦いは終わったとかゆってるぞ https://xtech.nikkei.com/atcl/nxt/column/18/00001/05941/
みずほFGによると、業務チャネル統合基盤のDBサーバーが故障したのは8月19日午後8時57分。詳細な原因は調査中だが、
「かなり複雑な壊れ方をした。冗長構成のバックアップ機器への切り替えは機能したが、(バックアップ機器に)故障が波及したようにみえる」
(みずほFGの石井哲執行役デジタルイノベーション担当役員兼IT・システムグループ長兼事務グループ長)
ものは言いようというか、それは切り替えが上手くいかなかったのでは… >>658
最初のindex fileとやらのエラーがハード起因なら、ハード障害と言えるかもね 国家問題になって経済界で大騒ぎ↓
完成させてはならない偽装請負多重派遣開発
劣悪待遇と報酬不足でプログラマーがいないから、みずほはプログラマー不足ツールでオペレータが業務製造してる。
無能ドカタ団結になるのは、IBMのFで得ると富士通のIでぶのノンプロクラミングツールがみずほにセールスされたから。
おかげで大量重複ロジック設計、大量重複データ設計、大量手入力製造、体育会や系文系ドカタだらけにしやがった。
そのくせ能力削減テストツールまでセールスされて、反対に手入力で体力使わせてやんの。
しかも重複メンテナンスで反対に保守効率が悪化している。
おかげで開発費用削減どころか巨額資金損失で完成困難。
プログラマー排除なんかしてプログラムが作れるわけないだろ!
みずほフィナンシャルグループ4600億円に上る減損
https://r.nikkei.com/article/DGXMZO42125910W9A300C1I00000
今年6度目のシステム障害が必然の理由
https://search.yahoo.co.jp/amp/s/diamond.jp/articles/amp/280661%3Fusqp%3Dmq331AQIKAGwASCAAgM%253D >>658
全部読めないがそれ見た限りDBが書き込み出来なくなった時に影響範囲を狭められるかもって話で、そもそもなんでDB書き込み出来ないんだよってこと
DB書き込めなかったらそりゃシステム止まるだろ
でなんで書き込めなくなったかというと運用がピーク時にバッチ処理流したから
これはハードじゃなくて運用が問題だった件
他は1件ソフトのアップデート時の問題があってこれはソフト
残りはネットワークカードだのDBのストレージだののハードの故障でそんなもんプログラマにどうにも出来ない
組み込みやってるなら別だが 件数が多いとはいえ
こんなたんじゅんIOすらまともにできない日本IT企業と派遣 >>658
富士通のDB、Symfowareの制約によるものだから
DBはソフトでもハードでもなくミドルウェアなわけだけど
どちらかというとハードですよね サニタイズしてなくてへんなものはいったんじゃないの? >>662
お前は銀行のシステムを甘く見すぎてる
異なるOS,異なるDBのシステムがいくつもあって
それらと整合するように更新かけなければいけないので
分散トランザクションが必須
一個のテーブル更新して終わりじゃないんだよ 45万件の更新、MySQLなら秒で終わるだろって感じだけどね みんないろんな場所の上限とかタイムアウトとか把握しててしゅごい そもそもハード壊れてない
ハード障害と誤診された上に切り替えてさらに死んだというのが正解 まあ誰が作ったのかわからんほどになっとるってのが一つの原因ではあるわな >>665
だからOSとDBとカラム(!)を統一する作業が必要
それができないのであれば永遠に苦しむしかない >>663
ミドルウェアはソフト以外の何物でも無いだろw
ソフトはアプリだけか? >>665
それいうなら
銀行のシステム
ではなく
だめぽのシステム クラウド銀行システム入れれば良かったのにな
そもそも自作する必要があるのかという根本的な疑問を抱かない上層部の感覚がおかしい https://youtu.be/Eze6-eHmtJg
https://youtu.be/h-kQw4JqCHE
他人に車買うな
自分は車買う
他人にマンション買うな
自分はマンション買う
損・正義
秋葉真剣です
秋葉 真剣(あきば しんけん)本作の主人公。学歴に偏重した教育や学校の体面ばかりを重んじるやり方を嫌い、生徒のことを第一に考えた熱血指導を行う。全国各地の学校に臨時教師として赴任し、独自の型破りな教育で周囲を驚かす。
かつては東京大学に首席合格しながら、3日で自主退学した過去を持つ。
教師の資格は通信教育で取得。苦手な教科は地理 みずほよりも大手企業が基幹サービスに利用しているAWSの方が
しょっちゅう止まっているのだが、誰も問題にしないよな PL/I→COBOL,Javaへ移行するのに何億もかけて、、、
環境を決めれば統一も速かっただろうに
3行で環境違うんだからそら上手く行かんわな >>682
みずほが止まっている方が新聞がよく売れるからな
AWSなんて一般人は知らない 電車と同じ
日本以外の電車は、遅れたりしない
そもそも時間守らないから だいたい物事を決断する前には、必ず課題と具体的な問題点を
洗えるだけ洗い出して、その上で行けるか検討するもんだけど
いつの頃からか、取りあえず動き出しゃ何とかなるべ、みたいな
そんな頭の悪い阿呆に決定権を持たせちまうから、後々トラブルが絶えない 3社のシステムに分かれている物を連携しているらしいがメインシステムはNTTデータだろ 笑えてきたw
まあ今回のは瞬断に伴って切り替えって話だから本来想定内の障害だけど
時期が最悪w みずほは手取り14万が一生懸命作ったシステムなの? みずほの社長に謝罪させるより、システムの設計者とプロマネを明らかにしろ あと3回で2桁到達だな
銀行システム1年間で発生した障害件数のギネス記録を目指そうぜ 以下のようなブラック下請IT企業に注意!
・社内のトップ2のハラスメントがひどく、二人辞め、1人通院中
・残業代は完全未払い(みなし45時間を超えても支払いなし)、勿論、退職金も無し
・単価から考えて完全に中抜き
・勤怠管理もなく、有給数のごまかしあり
・社長が地方在住で東京への交通費が無駄にかかっている
・社長は平気で歩きタバコをする
・社長がハラスメント被害者と面談した際の一声が「友達いるの?」(慰めてくれる人いないの?の意味らしい)
・社長の配偶者も社員でクズ、開発作業にノータッチで一緒に中抜き
・現場派遣に経験は一切考慮されない
経験5年目にリーダーをやらせ、経験20年(給与は当然上)がその下につくことも
・どんなに派遣先に負担があっても、リーダーなど職責があっても給与やボーナスで調整される事はない。
給与が上の人間が低負担な現場で働き、高負担な現場で給与が下の人間が働く事は当たり前。
・こんな反社会的企業でも金融系の案件に携わっている >>700
多分今月に1ヶ月間に起こした障害数トップを狙ってる PL/IをCOBOLに移行するならもっと簡単に行ける方法有ったと思うがな 基本的にこのスレに集まってくる人間は一度はみずほの案件に関わった人間だよな
お台場のアルカトラズと言われたテレコム監禁とか(笑) 国家問題になって経済界で大騒ぎ↓
完成させてはならない偽装請負多重派遣開発
劣悪待遇と報酬不足でプログラマーがいないから、みずほはプログラマー不足ツールでオペレータが業務製造してる。
無能ドカタ団結になるのは、IBMのFで得ると富士通のIでぶのノンプロクラミングツールがみずほにセールスされたから。
おかげで大量重複ロジック設計、大量重複データ設計、大量手入力製造、体育会や系文系ドカタだらけにしやがった。
そのくせ能力削減テストツールまでセールスされて、反対に手入力で体力使わせてやんの。
しかも重複メンテナンスで反対に保守効率が悪化している。
おかげで開発費用削減どころか巨額資金損失で完成困難。
プログラマー排除なんかしてプログラムが作れるわけないだろ!
みずほフィナンシャルグループ4600億円に上る減損
https://r.nikkei.com/article/DGXMZO42125910W9A300C1I00000
システム障害が必然の理由
https://search.yahoo.co.jp/amp/s/diamond.jp/articles/amp/280661%3Fusqp%3Dmq331AQIKAGwASCAAgM%253D 銀行系は機能連携テストで約1時間の連続試験があり、一度でもミスするとやり直しさせられることが多かった
管理者画面だと不注意を促す仕掛けがたくさんあり、結果的に信じられないくらい残業させられた記憶がある
当時は終電逃して毎日親に送り迎えさせてもらった たぶんだけど、報告の段階を経るごとに「大したことじゃない」ってバイアスが
かかって、現場が「地獄です」って言ってるのが社長に届く頃には「天国です」に
変身しちゃう体制なんじゃないかな。
上が本気でやる気の社外から来た人でも、あらゆるレベルで隠蔽する体質に
なってたら係長クラスくらいから総取り替えしないといけない。
生え抜きは全員「仕事っていうのは、つじつま合わせだ」って思ってて、多少とも
社会知ってる人間はしらけて調子合わせてるから。 無職な連中はプログラマー教室にでも行って一発逆転だ
中抜きされて辛いならJavaプログラマーになるのが一番
プログラミング教室のバナー広告もあるからクリックしてみれば?
Aさん
俺はJavaオンリーで700万だなぁ
Javaはここのアンチみたいに全然コーデングできない無能が現場に多いから
必然的に比較対象として優秀に見られるから楽なんだよね
こちとら一切勉強してないのに
Bさん
俺Javaメインで1400万だけどね
FInTechとかJavaの高額案件いくらもあるだろう
Javaしか出来ないという人間は少ないだろうが
Nodeもちょっといじったし今後増えるかもしれないけどバックエンドに関してはJSはまだまだぐちゃぐちゃ >>710
古い大組織は多かれ少なかれ抱えてる問題なのかな。
むちゃくちゃひどいのは公務系だけど。
これって、平成〜令和にかけて日本が沈みまくってる
主たる理由じゃないのかなと思ってる。
ある「組織の形」や「民族性」が時代にマッチしてる場合は
爆走するんだけど、その「組織の形」自身を変えることが
日本の組織はひどく下手だ。悲しいけど…。
「ヤマト」を作る技術を極めるのは得意だけど、「ヤマトって
要るの?」って根本に対する疑問は不謹慎扱いされる。 >>714
沈んだのは24時間働かなくなったからだよ
昔も今も、日本人は効率的な仕事が苦手だ
非効率はむしろ好ましい、という社会通念すらある
昔はそれを時間で補ってたが、今はその時間が少ない
そりゃ、仕事量が減って沈むわな 月200万で有能な技術者を数名雇うだけで
一回で数億の被害が出るトラブルを回避できるんだけど
それが出来ない >>716
無理だろ・・・ハードウェア障害なめんなよ 障害が原因ではなく障害後の切り替えがまともにできなかったのが原因なのだが やたらハードウェア障害のせいにしたがる奴いるけど関係者ですか? >>716
障害が起きないと、その技術者たちを「無駄飯喰らい」って
陰口叩く社会なんだよ。日本は。
なにかのために保険を掛けておくという行為をなぜだかひどく嫌う。
個人的には言霊の発想とも結びついている気がする。
「そんなことを言うのは(そんなことに備えておくのは)、
そういうことが起こればいいと思ってるからだ。不謹慎だ。非国民
だ。やっちまえ〜」
という、むちゃくちゃな理屈がまかり通る。 トラブル対策手ェ抜くんじゃねぇ
これ以上障害が発生するようなら預金全部引き上げるぞ
って上層部に言いたい >>723
ハイブリッド車が1台買えるくらいはあるぞ ハードのせいにするのはソフトのバグ見つけられませんでした笑の言い換えだからな
一回銀行ごと作り直した方が良いかもね笑 ハードの障害が起こってソフトのバグを一生懸命探す人がいたとする
彼の労は報われるのだろうか 初めからソフトにバグがあると決めつけて探すバカがあるか
何の話だ 全部一人でやる俺からすれば
これはソフトの範疇
ま、ソフトだろーがハードだろうが
直さなきゃならんのだが ハード障害がきっかけでソフトのバグが露呈した
よくある話じゃん これまでソフト障害が無いなら決めつけかも知れないなぁ笑 いいんじゃないの?
世の中、事故が起きた後に対処する方が評価が高い
事故が起きる前に防ぐ人間の評価は低い
なぜなら、事故が起きないのだから誰も評価しない
その価値がわかるのは、常に10手先を見ている有能な人間だけ
すなわち、評価する側が有能でない限り、事故は常に起き続ける >>732
そこなんだよ。ほんと。
「起きなかった事故」は「起こさないように必死に頑張った
人たちの努力の賜物だ」って認識が、呆れるほど俺たちの
文化の中に無い.
2000年問題とかいい契機だったと思うんだけど、この「保険
として存在している人たち」を無駄飯食い扱いする文化が
根深く突き刺さっていて、コロナで変わってないっぷりを露呈した。 Tから始まる銀行の取引先はコネでSEやっている人ばかりだけど、システムの障害系に関しては素人レベルだった 旧システム三種残すなんてことせんでIBMか日立(実質IBM)一本に絞ってCOBOLで統一しとけば
ここまで混乱しなかったのと違うか……? 経営陣ははやくクラウドに切り替える決断しろよ
何やってんだよ >>735
そうだよw
多分COBOLかどうかはともかくみんな同じようなこと思ってるよ まるでインパール作戦のようだ
作戦計画時がら立案者以外の賛成者はいなかったのだが
結果的に採用された
ミッドウェー海戦も事前の机上のシミュレーションでどうしても勝てずに
アメリカ側の二隻が出てこないというパータンでやっと引き分け クラウド銀行システムに切り替えてしまえば世界標準になるのに何やってんだよな 株式下げていますね
これで終わりか?終わりの始まりか?
みずほ銀行は、経費の削減をしすぎたんだと思います。
大事なところには、きっちりとお金かけないとね
変なところをケチると大変なことになる証左
みずほの預金の一部はどこに行くのかね?
やっぱりゆうちょ?
害虫はやっぱり・・・
株なび.com
https://kabunavi.com 銀行もJavaScriptの脆弱性を嫌い、プログラマの契約を切るようになってきた
仕様バグ多いしね リーチ来た
みずほ銀行のシステム、金融庁が管理へ 異例の行政処分
https://www.nikkei.com/article/DGXZQOUB219WX0R20C21A9000000/
システムが原因でお上に守られてきたメガバンがお取り潰しになったらおもしろい 無いけど、「もう一回潰して作り直す」作業のさなかに
いろんなやつが蠢いて、同じシステムができるんじゃね?
そういう、「現場が何をどう言おうが、上に伝わる頃には
『まったく問題ありませ〜ん』になっちゃう風土が問われ
てるんじゃないかな。
減点主義の根本的欠陥。解決方法は御庭番なんだけど
今では人権的に不可能・・・。
これってここで目立つ形で露呈しただけで、日本人の相当
根本的な組織づくりの下手くそさに行き着く問題の気がする。 ただでさえグチャグチャのところにIT音痴の国が参戦
面白くなってきましたw 全然面白くねえよバカ 他人ごとだと思って楽しんでんじゃねぇ >>745
みずほ銀行は潰してシステムは捨てて
客と一部の行員はイオン銀行にでも
引き取って貰えば良いと思うんだ デジタル庁の影にいる総務省+経産省に対する、財務省の巻き返しって考えると、
ああまた無駄に税金が垂れ流されるのなーなんて考えると、あまり他人事でもない 平井デジタル大臣閣下にコケにされたNECが、IBMや富士通を蹴散らして
みずほのシングルベンダーの地位を得るべく金融庁をたきつけてたりしてw
住友銀行のシステムを持ってくれば良いだけだからNEC的には楽勝 技術者に損させる国のせいじゃん↓
完成させてはならない偽装請負多重派遣開発
劣悪待遇と報酬不足でプログラマーがいないから、みずほはプログラマー不足ツールでオペレータが業務製造してる。
無能ドカタ団結になるのは、IBMのFで得ると富士通のIでぶのノンプロクラミングツールがみずほにセールスされたから。
おかげで大量重複ロジック設計、大量重複データ設計、大量手入力製造、体育会や系文系ドカタだらけにしやがった。
そのくせ能力削減テストツールまでセールスされて、反対に手入力で体力使わせてやんの。
しかも重複メンテナンスで反対に保守効率が悪化している。
おかげで開発費用削減どころか巨額資金損失で完成困難。
プログラマー排除なんかしてプログラムが作れるわけないだろ!
みずほフィナンシャルグループ4600億円に上る減損
https://r.nikkei.com/article/DGXMZO42125910W9A300C1I00000
システム障害が必然の理由
https://search.yahoo.co.jp/amp/s/diamond.jp/articles/amp/280661%3Fusqp%3Dmq331AQIKAGwASCAAgM%253D クラウド銀行システム導入して一気に世界最先端の標準化を果たせば逆転ホームランなのにアホか しょうみ作り直すしか無いんだろうけど、ほんとに社風がたぶん
邪魔してるからそこを何とかしないとなんだよな。
でも、そういう社風のところは「下に責任を負わせて知らんぷり」って
体制も徹底してるのが常だから(旧軍に顕著)、そこに切り込めるか。 >>758
それで嬉しいのは米国と中国と北朝鮮だろ
特に北朝鮮か?盗み放題になる気がする >>757
銀行の案件なら高え給料貰ってるんだろうが 銀行のクラウドといえばアメリカのエヌシーノだな
業績も技術評価も高くNYで株式上場してるね
ここに作ってもらえば確実だろう
世界中から集まった選りすぐりのスーパーエンジニアが仕事してくれるよ >>732
わかるわー
トラブル解決するとスゴイとか流石とか言われるよね。
トラブルが起きないように設計運用するほうがずっと大変なのに。
俺はサバ缶なんだけど、年に一回くらいわざと軽い障害起こしてるw
管理チームの誰もが原因わからないんだけど、俺は最初から対処法を知ってるから心理的ストレスもないし、
しばらくいじってから復旧させると評価もうなぎのぼりw >>768
ちょっと前の大改修って今の働き盛りの世代の人たちが担当したんじゃないの? >>770
酔った勢いで言っちゃった
&&言った相手が告げ口で点数稼ぐやつだった
&&言った相手と仲違いした
これくらいが揃って、やっと騒ぎになるくらいだろうな。
証明なんかおそらく不可能。 時間外労働違反やる馬鹿のせいで
退職要員が激増じゃねえかよ!
多重派遣偽装委託やる馬鹿のせいで
生涯収入が激減じゃねえかよ!
低技術低収入は高技術高収入の技術者に
損害だからIT業界から失せろ! >>753
表面的過ぎてバカが面接相手になりそうな雰囲気しかない
そもそも、官庁系はまた書類選考でメモ取っているふりして不正な採点をする恐れがあるから交通費も支給されないと損だ このまま10回20回と連続させて、フーンで終わっちゃう空気感を目指してるとか 10回目になったらあいつら「全部Excelでやる」とか言い出すんちゃうけw
行員とかマジで深夜まで働いてやりそうだが…… 流石にもう作り直すしかなくね?
なんで20年先延ばしにしたのかわからんが どっかに吸収合併してもらって
従業員は全員左遷とかにしないと
どうにもならない
人間と組織を取り除かないと 三菱UFJ銀行にでも頭下げてシステム構築のノウハウを教わったらどうだ >>784
4000億かけて作り直して出来上がったのが二年前 作り直しでも大規模改修でもいいが丸投げ縦割り体質のまんまじゃ何も変わらん 銀行システムって何がそんなに複雑なのかよくわからない。金利計算するだけじゃないの… セキュリティが何重にも張り巡らされてるんだろきっと >>793
真偽は知らんが、税がらみの法令・省令的な、あれやれこれやれががんじがらめとだと聞いた。 銀行系にアサインされたら深夜過ぎまで働かされる
しかも、出張手当でないのに働かされて同じ服のまま深夜外で寝て過ごしたことがある
それくらいヤバい
何か月間も睡眠時間を削らされて心身が疲弊する 毎回ファイル開くのにパスワード入力させるのもかなりストレスになる
セッション切れやサーバーの停止など様々な要因も絡んで延々と深夜過ぎまで機能連携テストをやり直しさせられることもある
絶対に銀行は嫌だな みずほシステム障害「あれ、絶対直すの無理」と同業者が断言する理由【IT業界インサイダー座談会4】 | 不要?生き残る? ITベンダー&人材 大淘汰
https://diamond.jp/articles/-/283454 岩手県盛岡にあるヤクザ企業の社員と働きたくないから3か月で退場した
上位会社のお客さんとして紹介した営業に恨みを持っている 最近は大手の銀行さんがSEやプログラマを雇わない方向に決めた >>792
官僚で、この指摘してんのって元財務相の高橋洋一ぐらいなんだな
現役官僚は、
→優秀なエンジニアが不足してるからだー
日本に居ない→中国から入れよう
な認識に留まってるから、金融庁の監督下に入っても、さらなる惨事が起きそう 例えば人口の一割が「優秀な人間」なんだとすると、
中国人は日本人全員より多い「優秀な人間」がいることになるけど、
その「優秀な人間」が日本の銀行のために働く訳がないよなあ
例えば人口の一割が「ダメな人間」なんだとすると、
中国人は日本人全員より多い「ダメな人間」がいて、
そいつらしかやってこないと思うんだけどなあ
日本の官僚は優秀じゃないってことだな。 >>807
おいおい
中国じゃ優秀な人間は拷問されて処刑されるんだぜ?
NHKでやってたぞ
中国は拷問と処刑の国だって。 大手の銀行は、初めっからプログラマなんて雇ってない。
あくまでも、富士通とか業者さんに依頼してるだけだからね。
もちろん、富士通とか業者さんも、初めっからプログラマなんて雇ってない。
あくまでも、下請けの業者さんに依頼してるだけだからね。 オフショアとか言って歓迎して中華スパイを呼び込んでるのは客のほうなんだよなあ みずほはHDDが壊れたことによるものだってわかったわけだが
しかも4000年に1度起こるかどうかという稀なハードウェア障害によるものだった
わけだからシステムには一切瑕疵がないと結論づけて良いわけだが
みずほのトラブルを大々的に報じたメディア各社は名誉毀損で訴えられても良いと思うんだよな T〇Sのところは基本文法だけでプログラミング全体を語るおじさんいたけど
フレームワークとかツール云々出なく、基本文法のイメージだけで世の中の技術を語るおじさん メーカー保証で6年なんて長いのあるのかね?
普通一年ぐらいで怪しいと思い始めるよね >>813
4000年に1度なんて戯言を本気にする奴はいない >>813
同じメーカーの同じロット番号のHDDなら
同じような時に壊れる確率高いので、
普通は他社の製造時期の少し異なるHDDを
レイドで組み合わせるのは常識なんだが、
みずほ銀行の連中はその常識を知らなかった(笑) >>819
ロット番号が同じっていう一次ソースある?
ないならあなたが言ってるのはデマだよね >>820
お前日本語読めないのか?
クソチョンの馬鹿コーダーは
ひっこんでろ馬鹿w >>821
ソースないのな、じゃあ俺は北朝鮮に帰るわ ソースもなくデマを撒き散らす卑劣な日本人を末代まで語り続けることにするわ 同じ型番にするだのロットはずらすだの何十年前の話だよ。
メーカどころか容量すらあわせずガンガン足していけばいいのが今どきだろうに。 同じ型番にするだのロットはずらすだの何十年前の話だよ。
メーカどころか容量すらあわせずガンガン足していけばいいのが今どきだろうに。 大手に発注すると、商社に発注されて
箱買いになって、同じ型番の連続番号になるのではないだろうか 同じロットだから同じ時期に壊れるとかwwwねーよw
てらすてーしょん笑でも使ってろよw
アマチュア以下のゴミが銀行システムのスレなんて覗き見てるんじゃねーよwww
ちなみに逃げ道ふさいでおいてやるとだな、
ファームの稼働日数のバグでっのは過去数度あったけど
ファーム不具合だけに当然ロットは複数またがってるぞw ロットが違ったとしてもRAID組んでれば似通った利用状況になる以上同時故障はそこそこ起こるものと考えたほうがよい
それよか6年放置とかいうふざけた運用してるのが問題 みずほが自分でHDD買ってきてRAID組むの?
銀行のシステムがそんな自作PCレベルじゃないだろ
EMC Symmetrix VMAXファミリとかHitachi Virtual Storage Platformとか
そういうのを買うんじゃないの? 銀行で働いた時はサーバーが頻繁に止まったり、パスワード入力を毎回求められたりして毎月サービス残業時間が40時間超えていた >>834
調べるまでもなく、0から作り直さなければいけないのは明白 作り直すなら前回作った元請けに損害賠償払わせた方がいいよな >>836
元請けではなくて、銀行の役員が損害賠償を払うのが筋
変な仕様にしたんだから >>834
>元民間の優秀なエンジニア
余り期待できない。
みずほにだって優秀なエンジニアは行ってた。
エンジニアレベルなら無能ばかりではない。 >>839
この場合は優秀かそうでないかより、権限があるかないかだろ >>841
元民間の優秀なエンジニア「社内派閥を解消して良い物に一本化すべきです」
政治家A「富士通に一本化しよう」
政治家B「NECに任せよう」
平井「NECは排除しろ」
ドン「一時受けはマーソだ」 COBOL部隊なんてむしろ歴戦の勇者が行ってたんだろうな 中央区の某銀行案件に参加したときは残業時間がヤバいことになった
BPでも200時間オーバー、リーダーは300時間超えていた
本来は200時間以上の稼働が禁止なのに現場の2次請けのリーダーが営業に許可を求めたり、あらゆる時間を勤怠に残業時間として記入しないようお願いしていた みなし残業45時間で年収290万円の頃に銀行案件に参画したときはガチのブラックにしか見えなかった
絶対に終わらない作業量を与えられて深夜過ぎまで働かされて死ぬかと思った 銀行さん会議室内でJavaScriptは文法ルールがルーズだから脆弱性があり製造で使用するなと言っていた よし。代入すら許さないHaskellってのが堅牢らしいからそれで
いっちょう組み直そう。
なんてお偉いさんが誰かに乗せられて言い出したりしてなw NTTデータだろ
正確には中抜き丸投げ先の下請け業者
中抜き丸投げの弊害がモロに出たな >>846
オーバーした分は請求できるのにな
無限サービス残業と理解してしまった業界が悪いのか政府が悪いのか 別の銀行だけど、JavaScriptはクロスサイトスクリプティングで使用されるイメージが強いから銀行の偉い人が拒絶反応起こして画面系の製造で使わせてくれない ブラウザを入れちゃうと、銀行員が
5ちゃんやチューブで遊ぶからダメなんだよ。 >>855
気持ちは分らんでもない。
それだけ、ベンダ側のセキュリティ関連知識・技術・能力が信用されてないって事だよ。 >>855
Javascriptが危険なのはIE6の時代からずっと常識だよ? 過失だけでなく違反もしてしまっていた…
みずほ海外送金で違反か システム障害時 金融庁が改善命令へ
https://news.yahoo.co.jp/pickup/6410145 実はそれを期待した北朝鮮の工作員の仕業でシステムが安定しないのかもしれない >>855
製造とか言う言葉使うやつは草はえるわ
コード書いてるだけで何も製造してねーだろ みずほの会長がクビになるらしいね。
記入帳、じゃなかった金融庁が騒いでるみたいだから、
金融庁の官僚OBを数人天下りさせて解決だな。
news.yahoo.co.jp/articles/c92764c5895bc5a6ce575752b4aaca5bab08a354 経営陣にシステム軽視の体質かぁ
こうなっちゃうのかなぁ >>707
またメンテナンスかよ!ふざけんな!土曜の夜なんかのんびりネット決算すんだろが!給与振り込みで仕方なく使ってるが不便すぎる! いや、みずほは土曜の夜はメンテだろ
これは毎週のこと >>862
天下りすると何故解決するの?誰がやっても無理じゃね? >>866
そりゃあシステムはウンウのままだけど、そもそも
そんなのは銀行にとっては大したことじゃない。
あくまでも問題なのは「騒ぎになってる」ことであって
騒ぎが収まってくれるならそれでいいんだ。 今から12,3年ぐらい前だったと思うが、
スターバックス吉祥寺駅前店にて、
混雑していたので中年男性(40代ぐらい)と相席にしていただいた。
で、なんとなく世間話をしていたら、
なんとその人は、三菱UFJ銀行のシステム担当者だった。
で、もうどうにもならないカオス・混とん状態で、
退職するしかない、と言っていた。
まあ、そりゃそうだろうね。
俺は合併した銀行のシステムなんて絶対に入りたくないから、
サラリーマン辞めてフリーになったばかりの時だった。
フリーのほうがいいすよ?
と一応、勧めておいたが、その人がその後どうなったか、
というと、1年後ぐらいに三菱UFJ銀行のシステム担当者が
自殺したというニュースを見て
まさか、あの人じゃないだろうなあと思った。
そゆこと思い出してしまった。 >>868
その後今まで12年ほどフリーでやってるのかい?
今から振り返ってもやっぱりフリーのほうがいい? 三菱UFJ銀行の正規雇用の正社員なら、フリーよりは銀行のがいいんだろうけど、
丸投げされたソコラヘンの下請けSESぐらいなら、フリーのほうがいいのだろう。 みずほはクラウド銀行システムを導入して今のサグラダファミリアを切り捨てれば良い
人件費の削減になるしシステムの安全性も増す
どう見てもアメリカ人のPGの方が優秀だよ 不具合が起こる度に、何故か北朝鮮に送金される不自然な事故・・・ 技術者に損させる国のせいじゃん↓
完成させてはならない偽装請負多重派遣開発
劣悪待遇と報酬不足でプログラマーがいないから、みずほはプログラマー不足ツールでオペレータが業務製造してる。
無能ドカタ団結になるのは、IBMのFで得ると富士通のIでぶのノンプロクラミングツールがみずほにセールスされたから。
おかげで大量重複ロジック設計、大量重複データ設計、大量手入力製造、体育会や系文系ドカタだらけにしやがった。
そのくせ能力削減テストツールまでセールスされて、反対に手入力で体力使わせてやんの。
しかも重複メンテナンスで反対に保守効率が悪化している。
おかげで開発費用削減どころか巨額資金損失で完成困難。
プログラマー排除なんかしてプログラムが作れるわけないだろ!
みずほフィナンシャルグループ4600億円に上る減損
https://r.nikkei.com/article/DGXMZO42125910W9A300C1I00000
システム障害が必然の理由
https://search.yahoo.co.jp/amp/s/diamond.jp/articles/amp/280661%3Fusqp%3Dmq331AQIKAGwASCAAgM%253D 技術者損害で日本経済破綻らしい↓
完成させてはならない偽装請負多重派遣開発
劣悪待遇と報酬不足でプログラマーがいないから、みずほはプログラマー不足ツールでオペレータが業務製造してる。
無能ドカタ団結になるのは、IBMのFで得ると富士通のIでぶのノンプロクラミングツールがみずほにセールスされたから。
おかげで大量重複ロジック設計、大量重複データ設計、大量手入力製造、体育会や系文系ドカタだらけにしやがった。
そのくせ能力削減テストツールまでセールスされて、反対に手入力で体力使わせてやんの。
しかも重複メンテナンスで反対に保守効率が悪化している。
おかげで開発費用削減どころか巨額資金損失で完成困難。
プログラマー排除なんかしてプログラムが作れるわけないだろ!
みずほフィナンシャルグループ4600億円に上る減損
https://r.nikkei.com/article/DGXMZO42125910W9A300C1I00000
システム障害が必然の理由
https://search.yahoo.co.jp/amp/s/diamond.jp/articles/amp/280661%3Fusqp%3Dmq331AQIKAGwASCAAgM%253D アメリカとかだと
入門プログラマ→一般プログラマ→一流プログラマ→スーパープログラマ
みたいなラインがあるけど、日本だと一般プログラマあたりで
「そろそろ管理職になれ。プログラマだと給料も地位も上がらんぞ」
的な圧力がかかる。
この辺の、技術者は技術者として尊敬されて一流になっていく
ラインを作らんといかんのだけど、伝統的職人では日本人の得意技の
はずのこれが企業になると、ほんと下手くそ。 まあ職人は買い手がいないと成り立たないからな
求められてるのが一般くらいであとは安けりゃいいってとこが多いんだろうね >>879
スーパープログラマーに行きつけそうな人は、見識を深めさせるためにも
下っ端課長の経験も少しさせるけど、あまり雑事をやらないまま、ある程度
好き勝手できる地位に上がってそこで好きにしてるけどなあ >>870
5年前に金融系企業に応募したら新卒縁故採用勢が多すぎて入社が不可能だった気がする
派遣は途中で参画する可能性がけど、正社員はやはり別枠だろうと思う この業界の常識だが
いつまでに復旧します
とは断言できないからなあ
ある意味誠実ではある
日本人向けには0点なんだろうけど また北朝鮮に不正送金するからシステムダウンさせたのかなぁ? 大騒ぎになって何も知らん奴が喚くから余計やばくなっとるんだろうなw https://www.sentaku.co.jp/backnumber/view/202201/
選択2022年1月号
「イオン銀行でまたもや返金騒動、みずほ同様のシステム問題」
イオングループの柱である金融事業でまた不安材料が浮上した。
イオン銀行が十二月日本新たに利用者への返金を評価したのだ。
イオン銀行は破綻した旧日本信託銀行から債権を引き受けている。
*イオン銀行との旧日本振興銀行関連資料
「日本振興銀行のか破綻処理の実施状況について」https://report.jbaudit.go.jp/org/h24/2012-h24-1037-0.htm
「日本振興銀行の貸出資産の推移」https://www.dic.go.jp/katsudo/page_001697.html
「破綻金融機関の為に講じた措置についての報告」https://www.fsa.go.jp/common/diet/houkoku/2406/01.pdf
https://www.aeonbank.co.jp/sp/news/2017/1130_01.html
「重要」キャッシングローン等をご利用のお客様へのご返金に関するお知らせ(イオン銀行ホームページ)
*248,774件におよぶ「利息の取り過ぎ」107,234,198円「利息の取り過ぎ」
z 銀行案件はサービス残業が余裕で月50超える
リーダーが何事もなくサービス残業を命じるから笑える >>1
技術者に損させる国のせいじゃん↓
完成させてはならない偽装請負多重派遣開発
劣悪待遇と報酬不足でプログラマーがいないから、みずほはプログラマー不足ツールでオペレータが業務製造してる。
無能ドカタ団結になるのは、IBMのFで得ると富士通のIでぶのノンプロクラミングツールがみずほにセールスされたから。
おかげで大量重複ロジック設計、大量重複データ設計、大量手入力製造、体育会や系文系ドカタだらけにしやがった。
そのくせ能力削減テストツールまでセールスされて、反対に手入力で体力使わせてやんの。
しかも重複メンテナンスで反対に保守効率が悪化している。
おかげで開発費用削減どころか巨額資金損失で完成困難。
プログラマー排除なんかしてプログラムが作れるわけないだろ!
みずほフィナンシャルグループ4600億円に上る減損
https://r.nikkei.com/article/DGXMZO42125910W9A300C1I00000
システム障害が必然の理由
https://search.yahoo.co.jp/amp/s/diamond.jp/articles/amp/280661%3Fusqp%3Dmq331AQIKAGwASCAAgM%253D >>896
まあこんなシステムに携わるようなのはゴミだから実際一つもプログラム完成させてないやつだらけ ふつうは何かしらここがボトルネックでした詳細は調査中って
それっぽいこと言ってお茶を濁すよな
ちょっと正直にいいすぎたんじゃね >>879
そもそもプログラミングは本来少数出やるから、そこまで管理必要ないんよね
日本のような派遣集団方式と違って 30分くらい前にニュースで取り上げてたな
局は知らん、昼飯中に流れてて見てた
最後の最後に別の新しい会社にクラウドで作らせよう!とか言ってて笑えた
金融資産をクラウドに?
もうダメ猫の国 技術者に損させる国のせいじゃん↓
偽装委託多重派遣なんだから完成させるな!
劣悪待遇と報酬不足でプログラマーがいないから、みずほはプログラマー不足ツールでオペレータが業務製造してる。
無能ドカタ団結になるのは、IBMのFで得ると富士通のIでぶのノンプロクラミングツールがみずほにセールスされたから。
おかげで大量重複ロジック設計、大量重複データ設計、大量手入力製造、体育会や系文系ドカタだらけにしやがった。
そのくせ能力削減テストツールまでセールスされて、反対に手入力で体力使わせてやんの。
しかも重複メンテナンスで反対に保守効率が悪化している。
おかげで開発費用削減どころか巨額資金損失で完成困難。
プログラマー排除なんかしてプログラムが作れるわけないだろ!
みずほフィナンシャルグループ4600億円に上る減損
https://r.nikkei.com/article/DGXMZO42125910W9A300C1I00000
システム障害が必然の理由
https://search.yahoo.co.jp/amp/s/diamond.jp/articles/amp/280661%3Fusqp%3Dmq331AQIKAGwASCAAgM%253D クラウドはなんも解決しない
最近の極端な非難は結局クラウドにしたいがための口実
富士通じゃできないから結局外国に委託しようって話になる
そこに落とし込むために無理やりな理屈ばっかり作ってる
自分で自分用のクラウド作れよ 無職な連中はプログラマー教室にでも行って一発逆転だ
中抜きされて辛いならJavaプログラマーになるのが一番
プログラミング教室のバナー広告もあるからクリックしてみれば?
Aさん
俺はJavaオンリーで700万だなぁ
Javaはここのアンチみたいに全然コーデングできない無能が現場に多いから
必然的に比較対象として優秀に見られるから楽なんだよね
こちとら一切勉強してないのに
Bさん
俺Javaメインで1400万だけどね
FInTechとかJavaの高額案件いくらもあるだろう
Javaしか出来ないという人間は少ないだろうが
Nodeもちょっといじったし今後増えるかもしれないけどバックエンドに関してはJSはまだまだぐちゃぐちゃ >>900
国は関係ないよ
海外でも規模が大きくなると管理が必要 銀行で働いてた時、メンタルやられて休んでた上司がシステム部に移動になってたわ
あの人エクセルもろくに使えないのに何やるんだろうと思った 銀行系の案件は客が高圧的だったから嫌だな
技術から遠い存在の人が高飛車な話し方をしてきてやりにくかった >>172
いまきたけど地銀中小金融機関でできてるリプレースやらが特にデカイ障害もないのにここは4500億使ってなんでこうなの?
ちなみに超大口がーってあったけど、興銀の客なんて貸し剥がしやらリーマンやら超円高やらでとっくにみずほからの資金調達なんぞしとらんわ、内部留保で。
なのでみずほって貸すとこないし、小口も切ってるし、外為でトラブルでマネロン扱い受けてるし(これは三菱も米から指摘あったね)ぶっ壊れたシステムをコンコルド効果で維持しててどーすんの??
みずほって新システムでも未だにメインフレームだっけ?
三菱はAWSとか先をみてるよね、ほんとにいけるかわからんけど。
黄緑のとこは二年くらい前の更改のときになんとか総研がやる気ないんだかやれる人がいないんだかテストの半分ごにゃごにゃしたけどいけてるね。
みずほって解体してやり直す以外なんもできないとおもうけど間違ってる?
4のひとが書いてたけど、ゲームのほうがうえ。みずほは運用すらできないもんね。
ゲームはチートのために死ぬほど脆弱性も狙われてるし身代金目的にアタックなんか死ぬほどきてるオープンシステムなのにさ。
みずほなんて処理するためにトランザクションロックして終わらせるだけ。
他の付帯することにそんなに時間かかるか?
ATM前の客が「なんかなげーなー」って待たせるだけだし、店頭でなにかしらの手続きにきた客はただまたせてればいいだけなのに。
何が大変なんだ? みずほ初代頭取のやり口は
「課題を洗って持ってこい」→「あした解決策を出して実行しろ」と急かす方法
現場は付け焼き刃で間に合わせたわけだ
それは今トップを務めてる放送局でも変わってないらしいw 金融庁の監督下に入った後も障害が続いて恐ろし
いい加減、宝くじ利権を取り上げろよ 金融庁の監督下に入ったからと言って
プログラムの作り方や保守の仕方とかが変わるわけではないからな 銀行ってのは要は金貸しだからね。
闇金などで知られるヤクザと同じ。 みずほ総資産225兆円あるから仮に1%で運用しても売上2兆
上層部はシステムなんて要らないと思ってるんだろうな 【根拠あり】フリーランスエンジニアは年収862万円取れて普通という話【高収入】
【こんな僕が】フリーランスエンジニアで月収100万円を達成した5つの方法
ITフリーランスエンジニアの年収|会社員との違いや独立後の案件の取り方
月収90万のITフリーランスプログラマー・SEが選んでる在宅案件はこんな案件です
フリーランスの年収は平均いくら?年収1000万円以上の割合とは
フリーランスの仕事や職業の種類って何があるの?独立5年目で月収200万の僕が詳しく解説
2021年最新版 エンジニアの平均年収はいくら?全体平均と比べて○○円も高い!
【高すぎると不利】もっともコスパの良い年収は?「最適年収」3パターンについて解説
オリコ、ITフリーランス専用ゴールドカード「techcareer EX GOLD for Biz Card」を発行 銀行系のプロパー社員は9割がExcelしかできない debug.print 書いたら、「すっげえスキル」なわけだな 実作業してる作業員は努力不足だからみずほ銀行をやってる
by 勝又健太
嘘だと思うならYouTubeで彼の有難いお言葉をお聞きあれ 預金量減らす為にワザとやってるんじゃないの?
メガバンクは預金量減らしたいだろうし。 銀行系のプロパー社員の仕事は電話対応ばかりでほとんど技術的なことはしない 根本的原因は旧3行がいがみあっていることだから、最終的な解決方法はまた3行に分離する以外にない 雑食系エンジニア勝又健太さんがみずほ銀行に長く常駐するSEについてこう言ってました
・努力不足
・怠け者
・真性馬鹿
・臭い
・生産性が悪い 1システムにずっと常駐ってどうなんだろう。変な癖つかないかな 海外の銀行が合併するときは、一方が他方に寄せるんかな?
まぁその方が人員配置、トレーニングコスト、機器調達の効率がいいな > 1システムにずっと常駐ってどうなんだろう。変な癖つかないかな
C言語とか使っている現場だといろいろと間違った知識が身に付く
ローカルルールの理解が開発に占める割合が大きいから 【不健康】SEは結婚難孤独死を促進【生活難】
☆社会迷惑だから稼働減らして収入増やせ☆
リストラのための事態派遣だからな!
リストラの対策しないで開発するな!
[時間外労働違反追放のお願い]
時間外労働違反
↓
偽装委託多重派遣搾取
↓
低技術
↓
低収入
↓
結婚難
↓
孤独死
反社会な孤独死の現場
https://i.imgur.com/pALCFXJ.jpg 若い人がC言語を使いたがらないというより、C言語使う業務系、組み込みのリモート率が0%に近い事や
C言語自体に将来的な価値がなく勉強禁止になっている面が大きいだろ 受講料が100万円近いスクールでもJava、C言語を学ぶとテレワークできない、バカが学ぶ言語だと教えている
なお、スクールはrubyを勧めている >>927
Cは「いろいろと間違いが起こりやすい」が「間違った知識はつくいくい」気がするぞ。
高級アセンブラだし、文字列は基本配列って常識的知識が身に尽くし、なによりポインタ。
いや、理解できないと悲惨だけど。
上流やってる人には地獄だろうけど・・・ 営業が上流工程を担当しているエンジニアでプログラミングできない率は8割くらいだと言っていた
思った以上に多い 上流のプログラミング力判定できるのか。
スキル高いな、その営業。 上流はトーク力の世界だよ
やっていることは不動産の営業とほとんど同じ みずほ越えの案件が今、目の前で行われている
ナチスがどうたらこうたら。48時間で制圧
↑
要求定義あやふや,流動性高く納期がとてもシビア
この状況のままクライアントの言うまま修正なしで受託される
経験年数の低い派遣を集めてプロジェクトスタート。
どこに向かっているのか皆が知らない。60km車列デスマーチ。
一度引き上げ見直しを進めて再スタートしたが、現在再びハリコフ郊外で18kmの車列デスマーチ発生中
損傷率20%越える。更に状況の判らない新人60000人投入。
まさに人月の神話(泥縄プロジェクトに状況を習熟してない人を大量に呼んで人海戦術やると更に混乱。泥縄悪化しプロジェクトは破綻へ向かう)
4/10 総指揮官を決めたで。こいつの指揮の元みんな動け
↑
今までプロジェクトマネージャーが居なかったことが発覚。
一体今まで一カ月半、誰の指示でこの20万人は動いていたのだろうか。世界が震撼する。
4/14黒海艦隊の旗艦モスクワ沈没。クリミア半島を抑えておく戦略的意義は乏しくなるが、手元の進捗表に変化なし。
川を渡ろうとして1000人死亡など多大な犠牲を出しながら、
皆が疑問に思いながらも愚直に古い前提通りの進捗管理で動く。
多大な犠牲と割に合わない成果(1つの町制圧とか)を続けてゆく。
6/30 プロジェクトマネージャーが解任されたらしい そもそもITのデスマーチというのが戦争のその状態の事からきてるのであって何を今更 みずほのシステムは銀行が無意味な謝罪をするためにわざとやってる。
これはみずほの秘密。 >>90
遅レスながらそのお話だと金利計算とか詳細なところで
すでにあっちのプログラムでかえってきた数字がこっちでさらにこうしてあーしてっていってて個人単位では気づかなくても大口とかで狂ってるとかでてきたりしてない???
その狂った数字をもとにして行員が毎日みるリスク管理の数字とかさらにくるってました、金融庁に提出してる数字が実はかなり乖離してましたとか
ぼう黄緑とかどうしてんだろ?? みずほ銀行のクソシステムのデバッグは、
株式会社KSK 〒151-0051 東京都渋谷区千駄ヶ谷5-34-7 NX新宿ビル5Fという
多動性発達ガイジ佐藤というブサイクがイキッてる会社がやってるからなー
バイト派遣入れて適当に検証件数稼いでるだけ
管理も把握も出来てないハゲ佐藤が適当にやってるだけ
髪の毛生えてこないからハゲにしてるしかもブサイクってコンプ強くて無能なくせに頭も悪いんだよねー
人を使う能力ないお前が無能なんだよハゲ佐藤w佐藤浩一
ハゲだから脳みそもツルツルなんかよ
ゴミ箱ばっか漁ってゴミ集めしてる多動性発達ガイジ佐藤、随分イキッててワロタわ
テカテカしてて汚いし 事故の原因はNTTデータ下請け工事会社のエクシオ
ヤクザ雇い入れていて業界内では知らないやつはいない >>946
指定暴力団住吉会系右翼団体である日本青年社構成員と地デジアンテナ工事の営業を新宿区内で行い、住吉会系暴力団構成員を従業員として使っている協和エクシオという通信設備工事会社とみずほ銀行は癒着してますよね?
銀行ATM用通信回線工事でも協和エクシオを使ってますね?
ちなみに協和エクシオのメインバンクは暴力団への融資で有名なみずほ銀行でしたね 技術者に損させる国のせいじゃん↓
偽装委託多重派遣なんだから完成させるな!
劣悪待遇と報酬不足でプログラマーがいないから、みずほはプログラマー不在でオペレータが製造してる。
無能ドカタ団結になるのは、IBMのFで得ると富士通のIでぶのノンプロクラミングツールがみずほにセールスされたから。
おかげで大量重複ロジック設計、大量重複データ設計、大量手入力製造、体育会や系文系ドカタだらけにしやがった。
そのくせ能力削減テストツールまでセールスされて、反対に手入力で体力使わせてやんの。
しかも重複メンテナンスで反対に保守効率が悪化している。
おかげで開発費用削減どころか巨額資金損失で完成困難。
プログラマー排除なんかしてプログラムが作れるわけないだろ!
みずほフィナンシャルグループ4600億円に上る減損
https://r.nikkei.com/article/DGXMZO42125910W9A300C1I00000
システム障害が必然の理由
https://search.yahoo.co.jp/amp/s/diamond.jp/articles/amp/280661%3Fusqp%3Dmq331AQIKAGwASCAAgM%253D 銀行系は人事の人が有資格者を「頭が固い人間」「コミュ力が低い」などと軽視し、マイナス評価されるから向き不向きあるな みずほシステムトラブルの当事者が暴露!「IT部門の超弱体化」と「自前システム乱立」【IT座談会1】
https://diamond.jp/articles/-/321271 スマホ変えるたびにワンタイムパスワードの手続きのやり取りをしなければいけない仕組みに辟易
三菱に乗り買うするわ >父親は東京銀行(現三菱UFJ銀行)出身で、祖父もみずほFGの前身である第一勧業銀行の役員。曾祖父は長崎にあった諫早銀行の頭取を務めた。
そして兄は、みずほFGの社長
これが木原誠二
嫁が殺人事件に関与してても、警察が手を出せないわけだw
ポリグラフ拒否しておきながら、さらに時間制限付き事情聴取をし、最後は事件を潰すとw
中国だな、日本はw まあでも最近は安定してきたよな
みずほは変なとこと違ってブランドイメージが良いから >>954
支店が次々実質閉鎖してATMオンリーになったから乗り換え検討中だよ。 【不健康】SEは結婚難孤独死を促進【不経済】
☆大迷惑だから稼働減らして収入増やせ☆
金稼ぎ無理!
共働き無理!
[時間外労働違反追放のお願い]
時間外労働違反
↓
偽装委託多重派遣搾取
↓
低技術
↓
低収入
↓
結婚難
↓
孤独死
反社会な孤独死の現場
https://i.imgur.com/4jqRqus.jpg クラウドはセキュリティ的に危険だと分かり、あまり銀行系はクラウドを好まない傾向にあるね 【偽装委託】馬鹿SEのせいで結婚難【多重派遣】
☆犠牲になるのはSEの結婚相手☆
両親や親戚に反対されましたが、SEと結婚してしまい、中絶と離婚をしました。
・キモい
・モラルがない
・ファッションセンスがない
・コミュニケーションが苦手
・時間外労働違反で共働きできない
・人売屋に開発報酬を奪わせる
・人売屋に知的財産を奪わせる
・裁判官が技術判断不正をする
収入が安定していないと結婚できない
https://codelearn.jp/articles/about-engineer-marriage 前にいた銀行系はAWSを利用するのも危険だと言って拒み続けていたね
今のところ、請求額が公式に書かれているよりも1.5倍くらい高めになる覚悟は必要
あと、無理にAWSのサービスを使うとかえって問題がややこしくなる場面が多い 【貧困】年収1,000万円以下SEは辞めてくれ【非婚】
☆大迷惑だから稼働減らして収入増やせ☆
相場下がって迷惑だから年収1,000万円以下はパートでやれよ!
アメリカのSEは多重派遣なしで1,400万円以上の高収入
日本のSEは多重派遣ありで1,000万円以下の低収入
【アメリカ】
スーパープログラマ
時給10万円だったり、ストックオプションで数億~数十億円稼ぎだす
Javaフレームワーク
~3600万円
PHP
~2400万円
COBOL
~1700万円
技術サポート
~1200万円
年収中央値:1275万円(アメリカ労働統計局調査、サンプルは111万人)
70歳でも仕事があり、年収は下がらない
数年単位で転職する(一つの会社に長くいるのは危険)
管理系の職種は雇用が不安定で、報酬も高くない
【日本】
平均年収:430万円(情報処理推進機構調査)
Web/ゲーム業界(昔ほど報酬は高くない)以外は人月単位のため、報酬には上限あり
年功賃金を採用する企業では20代後半までの給料は一部の例外を除き低い
間接雇用が基本(大手のSIerでも客先常駐派遣が少なくない)
40歳以降になるとリストラ候補となり、一旦リストラされると低賃金職か、長期間無職となる
大企業の場合は管理職トラックに進むためコーディングはしなくなり、
プログラミング経験が昔あっても35歳以降の転職は難しい
転職回数が3回超えるだけで大手には書類で落とす。
アメリカは多重派遣搾取しない
http://getlife.hateblo.jp/entry/2014/06/19/034109 全然下がらない銘柄多いんですよ
レバかけてるようなバカは
とにかく飽きたのに勝手に変換したい >>463
最終更新日:2019/02/06(土) 12:27:05.13 売れ方次第ではない
1カ月で約30点差ついたから元取ってなんとなく レス数が950を超えています。1000を超えると書き込みができなくなります。