もう10年はサグラダファミリア呼ばわりで同じこと聞いてる気がする
浮動小数点関係とか考えると勘定系で扱いやすいのよねCOBOL……読めるし書けるしのわたしも化石だけど。

サクラダファミリアをやっとの思いで構築できたと思ったら、それはバベルの塔ぽいから調べてみると実はキメラだったのだ！

っていう要約でいいのかな？

これ書いたやつ誰だ？
いつもの関係者や情報筋か？
システム触ったことがある人が書いたようには到底思えない。たかが週刊誌の検閲では精査できないはずだか。

🔽 たぶん、もはややばいよね

バッチ処理が問題じゃなくて”もう、誰にもわからない”のが問題なんじゃ＞

みずほじゃないけど、過去の古いCOBOLを使いまわして構築されたシステムの運用保守をしていたことがある。システム処理内容を把握してる人が誰もおらず、設計書もなく、知りたいことはスパゲッティなソースを解読するしかなく、正直やってられないプロジェクトだった。

バッチ処理まだまだ各分野で使われてるイメージだけど、最近はそうでもないんですかね。
(自分の中では現役バリバリ)
この記事を読む限り、システムそのものがヤバすぎるとしか思えない。
このバッチ処理がたまたまトリガになっただけなのでは。

この人多分cobolのバッチ処理が時代遅れって認識なんじゃないの。cobolは古い言語だけど、時代遅れなの？
みずほがcobolなのかどうか知らんけど。
これでITジャーナリスト名乗れるんだなぁ

職業柄、こういう事例は山ほど見てきた。新システムを導入するのに業務や組織体系は現行のままなんて破綻するに決まってる。
業務をシステムに合わせる覚悟がなく、経営層に現場を説得する力がないのなら、全部手で計算した方がまだマシだ。

バッチ処理自体、とっくの昔に時代遅れになった手法……
AWS Batchで Amazon RDS ジョブを実行するのは時代遅れの手法だったんですか……そうですか……(´・ω・`)

出直してきます。

「バッチ処理」って言葉が何を指しているのか分かっていないで書いている、もしくは編集しているな、これ。

トレンドにCOBOLがあるから何かと思ったら…

こりゃ何度でも
やらかしそうだな！
何度でも蘇るゾンビのように‼️
→

私のエンジニア生活8年間でCOBOLが乗ってるシステムばかり扱っているので、COBOLが古の言語って感覚自体が現実とズレてない？

バッチ処理が時代遅れ？はて？

「バッチ処理は時代遅れというのは『リアルタイム処理ですべきところがバッチ処理だった』と言いたかったのではないか」ていうてるやつがおるけどそんな文脈で書いてへんやろ どう見てもバッチ処理全否定やこの記事は

この件で「COBOL」が話題になってるのか…

COBOLを言語として深く学ぼうとすると難しいのだろうが、一般的なレベルのコードなら他の言語を理解してれば読めるよな

みずほもなかなか厳しいね
COBOLとか25年前に使ってなぁ（遠い昔）

なんだこの記事・・
バッチっていう「仕組み」やCOBOLっていう「言語」が悪いわけじゃないでしょ．．
どんな仕組みや言語でも得手不得手・適不適があるし，それ以前に組織や人間の問題の方が大きいでしょ．．

大阪の老舗某家電メーカーの電材管理もCOBOLだったよ？廃れた技術とか思いこんで育成しないのが悪い。古の言語がどこ混じってるか分からない、それが現場だ

COBOL言語なんて懐かしい〜
一応、プログラミング勉強はした🤣一応ねww

「当時のみずほのシステムは『バッチ処理』…これが機能しなくなった…バッチ処理自体、とっくの昔に時代遅れになった手法ですが…」

これか。。

ﾏﾃﾏﾃ、バッチが時代遅れ？寝言かよ…

最新のネトゲだって日次月次でバッチ組んでるぞ…

時代遅れなのはJCLとか使ってる部分とCOBOL

COBOLをバカにする者はCOBOLに泣く

次つくるときは開発側の意見を聞いてつくったほうがいいよ ：

トレンドのCOBOLはこれか。
懐かしいなぁCOBOL。NECの大型汎用機で使ってたわ。にしても今や「古代言語」とか言われているのね(笑)

ITに疎いことをさらけ出すITジャーナリストさんか
もっと調べてから書けばいいのに

後何回、こういう記事出てもCOBOLが消えることは無いだろうなって思ってます。
ありきで作っているしね。

まだ読み終わっていないけど、若干違和感。
19年前にCOBOL技術者がいなかったことと、バッチ処理が古臭い技術と言われていることに。

同じようなシステムは霞が関にもごろごろしてる
古の言語といってもヒエログリフのように難解ではないので訓練すれば習得できる（できた）
問題なのは当時の仕様書や途中の仕様変更書が無いことが問題だったりするんだよね
だからぶらっくぼっくっすになってしまうのです

“'80年代まで盛んに使われていたプログラム言語「COBOL」で書かれていた。'00年代には使いこなすエンジニアが激減し、「化石」と呼ばれた言語である。”
ははははは

ホテルシステムのバッチ処理かと思ったよ

地の文が無茶苦茶。古のCOBOLだのバッチ処理は時代遅れだの、Webフロントエンドのしかもうっすいとこしかやったことないんじゃないの

COBOLがトレンドに上がったからみずほ関連だとは思いましたが、記事の内容的には、言語が云々というよりはシステム建て増し化の問題でしたね。

Cobolは、と言うよりは、大型汎用機の安定した動作は金融システムとの相性が良いと思うけど、ＰＣ鯖やクラウド化の時代に旧世代の機器を扱える技術者は少ないし、劣悪な環境と待遇で奴隷同様に扱われるならばやりたくない。あ、Cobol読めますけどね。嫌です👅

COBOLは学校のTOSで走らせてた
FILLERの使えないバージョンだったな
４つのDIVISIONから構成される言語
IDENTIFICATION
ENVIRONMENT
DATA
あと忘れた

バッチ処理どうこうと流れていたのはこれか。それはともかく既存システムを残して巨費を投じたのが運の尽きだね。「システムの全容を知る者はみずほにも、ベンダーにもいない」という感じはするもの。

80年代当時の開発者が大半鬼籍だのバッチ処理だの読んでるだけで吐きそうな内容だった…

要するにもう手遅れのシステム使ってるみずほ

ここに金は預けるなって事やね…

こりゃ読めば読むほどヤバイわ。

んん？バッチ処理止めたらハードがパンクすると思うが？
それこそデータセンタ一棟丸ごと3台構成のクラスタを並列に並べないときつくないか？富嶽みたいにさ

COBOLがまだ現役なの？
ある意味凄いな！www

元ネタはこれか。
昔は10進数で処理できる言語ってCOBOLだけだったんですが今は違うん？
このITジャーナリストは２進数で処理する言語での数値計算は誤差が生じることを把握しての発言なんだろか。

教えてえらい人。

引用元読んだけど、これ色々テキトーだな。

バッチ処理は時代遅れ…？
普通に今でも夜間バッチ回してますけど…。
バリバリ現役ですけど！！

銀行なら絶対数字に強いCOBOLCOBOLエンジニアは大切に扱い後継者も育てていく環境が必要だ。

これはエンジニアを粗末に扱った罰だ。
自業自得。

トレンドに「COBOL」なんてあるから読んじゃったよ。
俺のごく親しい人もCOBOLは普通に使うし、それが必要な部署に新人が配属されたら教えてるって言ってたな。
今さら人と金使って作り直す余裕が無いんだってよ
（みずほ銀とは関係ありません）

そもそもみずほのやり方に問題があるのは「ごもっとも」ではあるんだけどねぇ。
ただ、夜間バッチに対する印象と言いCOBOLの扱いと言い、「これは流石にどうなの」って話になりそうな気がする。

・・・っつーかこのジャーナリストとやらの人、昔もやらかしてなかったっけ？

COBOL自体は一部のシステムでまだまだ現役の認識ですね。
確かに技術者の高齢化は懸念事項ですが、それなら若い人を囲いこんで育てるコストをかけないと。
日本はその辺が下手な気がしますね。

なんとなく、IT知識なさそうだな記者さんだな、とは思いつつ1点別のツッコミ。

バベルの塔に、
建て増ししすぎて全体像の見えない大規模建造物
なんてニュアンス、あったっけ？

「バッチ処理」が問題じゃないだろう…。システムが複雑になってバッチ処理が予定時間内に終わらないってのが問題じゃないの？

海外の経営陣なら、自社システム捨てて他の銀行の中でキレイなシステムに乗せてもらうぐらい大胆な事するだろうな。
海外資本に銀行丸ごと買って貰えば？

COBOLってそんなめちゃ複雑な言語でもないんだから、C組めてるやつに誰か勉強させれば？って思うんだけども・・・

全部リアルタイムでやるのが最新の手法なのだろうか。バッチ突き抜けの心配がなくなるのはいいことだが確実な静止点が無くなるので止まった時に整合性取るの大変そうだなと素人的には思う。

自分の仕事に責任を持たない（持つ必要のない）客先常駐型SESの連中に重要な仕事を投げ続けたツケが回り始めてるってだけの話よな。

(´・ω・)なにかミスリードを誘発しそうな切り方だけど、佃さん本当にこう言ったの…？

ああーjavaに全部置き換えって目的だったけど、1発目失敗して2発目の再投資で完成させたのは既存生き残らせた形なんだな

COBOLが諸悪の根源みたいな言われようだが、今でもかなりの金融系のシステムで使われてる言語なんだけどな……

バッチ処理が時代遅れ、という部分だけが切り取られて独り歩きしそうな記事。

>バッチ処理自体、とっくの昔に時代遅れになった手法ですが、みずほは何らかの理由でこだわっていたのです へーそーなんだー（棒

理解できないシステムをがっちゃんこしたらそりゃカオスでしょ。COBOLには罪はないよ。

古いとか新しいで判断するのはまた筋が違うと思うなぁ。どれだけそのシステムに適しているかどうかだと思うし、今回もCOBOLとかバッチ処理の問題ではない気がする。COBOLが、化石言語と言うのも違うのでは。

今でもかは知らないけどCOBOL技術者は囲い合いになるぐらいだからね
Javaとかは逆に代わりがなんぼでもいる
趣味ならいいけど仕事は流行りだけで飛び付くべきではない

バッチ処理が時代遅れとは思わないけど、ホストとフロントで同じテーブル持って差分反映するくらいならオンラインでやっちゃうってのは無くもない。

バッチ処理って
仕事をためておいて、後でまとめて片付けようとすること

よくやってるなあ
人のこと言えないや…

とりあえず、僕は東京三菱だから良しとしよう

>バッチ処理自体、とっくの昔に時代遅れになった手法
銀行固有の事情と歴史を知らないで書いてるっぽい。こういう考えの人が銀行側にもいるからトラブル起きると思う

COBOLやってた身としてはイラッとくる記事

金融関係、保険関係なんかはまだまだバッチ処理現役なところ多いんじゃないの？

バッチ処理が時代遅れかどうかよりも、誰にも手に負えないキメラになりつつある、システムの作りが問題なんだが。

銀行などのシステム運用経験あるから言えるけど、COBOLは別にみずほだけじゃなくて他の銀行やインフラのシステムでもバンバン使われてるゾ
あとJCLとか…

【言語の問題じゃなくて、システム把握度の問題じゃ？
「当時ですら、わかるエンジニアが現場にいなかった。もちろん設計図や手引の類いも見当たりませんでした」】
これから「 」に起こる、ヤバすぎる現実…システムの「爆弾」を誰も処理できない

COBOLは昔からある言語っていうだけで、化石ってわけでもないとおもうんですよ
昔の言語だからって自社のシステムを見れる人を育てなかったほうが問題かと

みずほのシステムの話は興味があるから見るんだけど、大抵あれ？記事の内容おかしくない？ってなるな。伝言ゲームかな

サクラダファミリアからバベルの塔へ
ステップアップ

COBOLなんて96531兆年ぶりに聞いたな。まだ絶滅してなかったのかよ。みずほと一緒に滅ぼすしかない。

前の会社（25年前・銀行）は主にアセンブラとPL/Iだった。合併による統合の際も旧システムを使ったが現在はどうだろう？アセンブラは廃止されたかな？

>バッチ処理自体、とっくの昔に時代遅れになった手法ですが、みずほは何らかの理由でこだわっていたのです」（ITジャーナリストの佃均氏）
って書いてあるけど、バッチ処理は今の最先端でもちゃんと使われているはずなんだが…
みずほが信用ならないのは当然ではあるけどね

ここぞとばかりにCOBOLイジメっすか？
化石とか言ってるけど、最初に覚えた言語って事もあって、あんなに分かりやすい言語ないと思うんだけどなぁ。

＞隠れていた「古の言語」
そんなにCOBOL使わないか…？

コンピュータに無知な人が書いてる。COBOLは化石と言われていなかったし、難しくもない。知らないとできないのは、端数処理だ。

ガチの魔窟だな……こわ

みずほ銀行ヤバイかもね(￣ー￣)
また、いつ障害起きてもおかしくないね(￣▽￣;)

さっすが最新のCOBOLで書かれてるとは、オッサン出番来たよ

バッチ処理が時代遅れねぇ...
まあ、みずほのバッチ処理の手法が時代遅れっていう意味なんだろうけどね。

もしこの世から夜間バッチがなくなると、毎日朝起きなアカン様になる😫
はおいといて欲しい😆

これから「 の「爆弾」を誰も処理できない

そもそも、いくらみずほ銀行という大手企業の請け先とはいえさ。
そんな面倒な渦中の栗を拾いに行って、デスマーチ労働アンド報われない、評価されない仕事やる？って話だよね。

懐かしい「COBOL」という言葉がトレンドに😅
大手町にある商社のシステム開発でCOBOLでプログラム作ったな🎵😄

記事読むとお腹痛くなる…イタタタタ
バッチ処理…COBOL…
うっ頭がっ(ノ>ω<ヾ)ｲﾀｲ

これを読んで「バッチ＝悪者」だと思い込んで、つねに「オンライン（リアタイ）」処理にしろとか言い出す輩（役員）が沸いてくるから勘弁してｗ
排他祭りで炎上するにきまってるやんｗ
ようは使いどころだろ。

みずほのバッチ処理が時代遅れのものだっただけで、バッチ処理自体はあるやろ！！っとおもいます。

やはり、「COBOL」まだ使っているようですね。みずほは、システムの断捨離しないと立ち直れないでしょう。

COBOLって化石なん！？
今でも割と使っているところある気がしてたんだけどな🤔

どこのシステムもこんなもんでしょ。てかバッチって時代遅れか…？

まぁそうだろうは容易に予想できるわｗ
最早誰も手入れらんない位の複雑怪奇なシステムになってんだろ🥸

＞みずほは障害が起こるたびに、人為的なミスが原因の『人災』だと言いますが、的外れもいいところです。

これはその通り。

フルスクラッチと言われてたものがフルスクラッチじゃなかったのか…
1971年に仕組まれた爆弾が今になって爆発してる可能性があると…

もともと自分はバッチ処理というものを信用していなかったので使ったことはない
それに当時のその辺のPCスペックなら処理に膨大な時間がかかる
デジタル写真の現像もひとつひとつ手作業で処理していた
バッチ処理という怪しいモノは認めていなかった自分は偉い😆

どのCOBOLかと思ったらこのCOBOLだった。高校の時授業でやったな。もう覚えてないけど。

COBOLが悪いというのではなくて70〜80年代のロジックはレビューもされてないから何が潜んでるかわからないよ。

バッチやらCOBOLやらの震源はこれか
爆弾だのキメラだの散々書かれてて草

バッチ処理話題になってるのこれのせいか
夜間バッチなんてまだまだあるのになあ

どんなに大きな組織だろうが、どんな人材を集めようが、

“「責任の所在」が不明確”

この一点が致命傷になる。