損保ジャパンがCOBOL一掃を決意 [転載禁止]©2ch.net
随分前から「もう古い」と言われ続けてきたCOBOL言語。それでも、COBOLで書かれた業務アプリケーションは、今も多くの企業で利用されている。
特に金融機関では、膨大な量のCOBOLアプリケーションがバリバリの現役。金融機関でも大手ともなると、年間で500億円以上もの巨費を、
COBOLアプリケーションの保守に費やすというから、驚きである。
巨額の保守費用は当然、IT予算を圧迫し、攻めのIT投資を難しくする。金融機関の場合、先端ITを活用して新たなサービスを創る
FinTech（フィンテック）関連などの投資を増やさなければいけないから、由々しき問題である。本来なら一刻も早く、肥大化したレガシー資産を
今主流の技術基盤に移し、同時にスリム化を図る必要がある。
実際、保守業務の非効率性は目を覆うばかりだ。ある大手金融機関では、プログラムを1行直すだけでも2カ月かかる場合もあるという。
あまりにも長期間にわたり属人的な保守を続けてきた結果、コードがスパゲティー化し、わずかな変更であっても影響の及ぶ範囲を容易には
特定できないからだ。システムトラブルのリスクは高まり、ビジネスサイドの要求に迅速に応えることもできない。
コードがスパゲティー化し影響範囲を容易に特定できない現実は、抜本的刷新に踏み切るのをちゅうちょさせる壁ともなる。多くの金融機関で
経営課題と認識されながらも、相当の覚悟が問われるので経営者やIT部門は決断を先送りしてきた。そして、年を追うに従いアプリケーションは
複雑性を増し続けた。COBOL資産の規模が金融機関ほどではないが、他業種でも似た状況のユーザー企業は多い。
続き
http://itpro.nikkeibp.co.jp/atcl/column/14/531236/101300035/ スパゲティーというか、ぱっと見で理解に苦しむ
コードは、一言コメントを書いといてくれれば
全然違うんだがな。他人の視点で見れる気配り
ができるか否かだな。 https://tech.nikkeibp.co.jp/it/atcl/column/15/090300212/090300004/
東京海上
COBOL→Java
同じだな
若者の可能性を潰す、と言うか安く使いたいからJava移行するんだろ
ライセンスが発生したら相殺されて意味無し バブルの頃から成長してないのか木村という爺さんは... >>188
何やってるか分からんなw
こういう経営者しかいないのか https://mainichi.jp/articles/20190624/k00/00m/020/227000c
COBOL→Javaに組み替え
↓
経営効率化出来た、万歳
↓
Javaのライセンス徴収するわ
↓
ライセンス無料で運用する予定が不可能に
↓
経営を更に効率化する為にリストラするわ
リストラされる社員は怒って良いぞ ちなみに同じ様にCOBOL→Javaに移行した三菱UFJは紙通帳発行を辞めるとさ 一番良いやり方はCOBOLのオープン化だよ
りそなの様にオープン化したCOBOLに移行してLinuxに移行する
その方が結果的に安く運用出来る あるツイート
損保ジャパンえげつねえな ①200億で不人気な介護会社を買収 ②4,000人のリストラ対象者に介護事業への異動通知を出す ③多くの人は移りたがらずそのまま退職 ④自己都合退職なので割増退職金（1,000万/人→計400億）を支払わず済む 誰… 退職せずに頑張ってくれれば介護事業への人員供給につながるし
いいことだらけだと思うのだが
だいたい使えない人間を放り出したりいじめたりするんじゃなくて
きちんと再就職先まで用意してくれてるんだから感謝すべきだよ 受け皿を買収した介護企業なのが問題
畑違いだし、急に対応出来る訳無い >>196
畑違いがイヤなら、大きな会社に入っちゃダメだろ そもそもリストラ円滑に遂行する為の介護企業買収だから
買収するなら他の業界の企業でも良いハズ いくら損保ジャパン養護してもCOBOL→Javaを選択したミスは無くならんよ https://tech.nikkeibp.co.jp/it/atcl/column/14/346926/032700904/
要件定義4年
COBOL→Javaへ
COBOL→Open系COBOLだったら要件定義年数は2年ぐらいに圧縮出来ただろう
おまけに開発工数も大幅に圧縮出来た
どうせシステム開発外注するならOpen系COBOLで十分だった
Javaのライセンス問題で運用コストは悪化してる その分不要な人員を介護に回すからOK
>>200
記事中の役員は逃げ切れると思うけど、課長は大丈夫かね Open系COBOLがそれなりに動く環境になったから今さらJava選ぶ意味が無い
若いプログラマにCOBOLを教えると会社辞めるって?
それぐらいで辞める人材は他の言語でも辞める あるツイート
複数のつよつよエンジニア（実務経験15年以上）とお話をさせて頂いたのですが、COBOLで作られたシステムの保守で食べていくのはありだよね。できる人はこれから少なくなる。 という内容が興味深かったです。
「ニーズはあるができる人が減る」ところで勝負するのはエンジニアとして1つの戦略です。 そのうち椅子取りゲームになるけどな
後保身による潰し合いで殺伐とした職場
実力よりいかにして元請けに気に入られるかだね >>204
>>椅子取りゲーム
保守案件は減る
しかしマイグレーション案件は増えるよ
その過程でCOBOL知識は必要になる
20代、30代プログラマが参入しない以上、トータルでは椅子取りゲームになるかは微妙
COBOL→Java or C#とかだと若いプログラマもプロジェクト参入するがOpenCOBOL化だとほぼ若いプログラマは来ないね
だから移行先のシステムによる コボルからコボルへのマイグレやるならとっくにやってる いっそのこと一から作ってしまえば楽なんじゃないか。 >>206
損保ジャパンはCOBOLで資産残す気が最初から無かった
それだけ
Javaに移行して若いシステム担当者を安い給与でこき使うつもりだから
他のJavaに移行した金融系も同じ理由 >>207
COBOL時点でドキュメントが全て残ってる所ってほとんど無いよ
だから一から作り直してさらにバグ出るのがオチ 結局COBOLで残すかはCOBOL分かる中間管理職残すかどうかによる
若いプログラマはCOBOLなんて論外なので、それ意識してJavaに移行してるのが現実 若いコツか鋳つぶしたら、ドキュメントとかちゃんと作らないから
COBOLの時以上にメンテナンスが苦しくなるんじゃないのかね？
毎回スクラッチ＆ビルドするならいいんだろうけど >>211
はい、多分そうなる
だからJavaに移行した所はこれから困るだろうね Pythonを一般企業で導入するには時期が満たして無い なおかつPythonは数値計算がC++同様劣る
ビジネス用途には不向き みずほはメインフレーム残してCOBOLで統一した
メインフレーム残す必要性有ったかはアレだが
COBOLで統一したのはPL/I無くす為だったみたいね
損保JAPANがCOBOL→Java移行したのは、どうなんだろうね >>216
勘定系以外はJava
ゆえにCOBOL,Java混在システム
一番、金がかかってる コボラー不足で定年延長に成りました。
頑張ってメンテナンスしています。
あと５年、仕事が有りそうですが、
あと２年で結構です。
介護職に成らなくても良いので、ラッキーでした。 > 損保ジャパンは朝鮮系の帰化人
> (日本国籍を持った朝鮮人)が多数
>
>
> Twitter上で「過失割合10対0でも保険金を支払わない」という
> 悪質な対応が話題になり、その後続々と被害者の体験談が
> ツイートされている損保ジャパンですが、
> どうもその悪質さは、今に始まった事では無いようです。
>
>
> 金融庁 損保ジャパンに対する行政処分
> ttps://www.fsa.go.jp/news/newsj/17/hoken/20060525-1.html
>
> 保険金不払いを知りながら無視する経営陣（2週間の業務停止）
> 顧客の名前の印鑑の大量保有による契約書偽造
> 契約書偽造の多数の苦情を無視する経営陣
> 悪質な証拠隠滅行為（1か月の業務停止）
> 個人情報が駄々洩れ なんでCOBOLの代替がJavaだと言うやつがいるのだろうか？
COBOLの代替はRDBだろうに。 JAVAなんかに変えたら余計金かかるｗ
PHPとかで十分処理書けるやろｗ >>222
ユーザーは意味なく派手で新しそうな見た目と動作を好むから、PHPでも同じように複雑になる。 COBOLはゴミ。
若いコボラーは、SESに騙された情弱で自頭が悪いやつ
老害コボラーはブラインドタッチもできない 損保ジャパンはなかなかエグいってひろゆきが言ってた
なんでもいらない社員を、介護をやってる子会社に回すんだってさ
本当は首切りしたいけど、日本だとやりにくいから介護をやらせる
そうすると大抵の人は介護なんか嫌だから自主的に辞めていく
でも子会社を介護にするってのは企業イメージも悪くならないし、
表面上は「社員の都合で」辞めてくれるので波風が立たないんだってさ でも
社員が自分たちの仕事の詳細を理解してないんだろ？w
んで、みずほになると NTTコムの担当者はころころよく変わるな
しかも似た容姿の別人が成りすまししていたり気持ち悪い
工事なり人材派遣なり反社が絡む業者へ中抜き丸投げ再委託している証 
