長く企業の基幹システムを支えてきたCOBOLは、2019年で生誕60年、いわば還暦を迎えた。では、COBOLは今、どんな状況にあるのか。調査結果から明らかにする。
　日経 xTECHは2019年3月4日から15日まで、「COBOLに関する実態調査」をWebサイト上で実施した。生誕60年を迎えたCOBOLはここ最近、情報処理技術者試験からの除外が決定したり、厚生労働省の統計問題の元凶として扱われたりするなど、何かと「お荷物」のようになっている。では、COBOLは本当にお荷物なのか。アンケートを通じて現場の実態を明らかにするのが、本調査の狙いである。

　調査ではまず、COBOLを使ったシステムの開発・運用・保守の経験があるかどうかを聞いた。その結果、回答者1348人のうち、85.7％に当たる1155人がCOBOLの経験があると答えた。実に8割以上の回答者が何らかの形でCOBOLとかかわっている。

　経験年数を見ると「10年以上～20年未満」が最も多く、23.7％を占めた。また、10年を超える経験者も多く、およそ半数に達した。
https://cdn-tech.nikkeibp.co.jp/atcl/nxt/column/18/00634/031800005/ph1.jpg

約6割の企業にCOBOLシステムが存在
　では、COBOLを使ったシステムは企業内にどれぐらいあるのか。次に、COBOLを使ったシステムの有無を聞いた。ユーザー企業の場合は自社社内、IT企業の場合は担当企業の状況を答えてもらった。

　その結果、COBOLを使ったシステムが「ある」と答えた割合は、実に61.6％に上った。登場から60年を迎え、2000年代以降にその多くがリプレースされたとみられたが、実際は全く違った。約6割に上る企業では、いまだにCOBOLシステムが稼働している状況である。
以下ソース
https://tech.nikkeibp.co.jp/atcl/nxt/column/18/00634/031800005/

もっとも、その会社がもうじき消えるだろうな

リプレースといっても　金も人もかかるがな

失われた言語はこうして作られる

仕様を決める非営利団体
コンパイラーや実行環境作成を私企業に依存しない

ダメな奴が作るシステムはどの言語で作ってもお荷物になるだけ。
そしてダメな奴は言語のせいにする。

ロートル企業はCOBOLとともに滅びてくれ

COBOL、PL1、Fortran、ＲＰＧ、これらのコンパイラには４０年ぐらい前お世話になりました。もう消えてもいいかな。

全角英数使う奴って無能感あるよね

COBOLの他言語へのマイグレーションは汎用機でUNIXが動くようになった頃から盛んになった
業務用端末にWindowsが載るようになってから特に
成功したり
失敗したりしているけど
ここで忘れていけないのは単に言語を変換するだけでお金を出す客はいない
なにかの機会についでにやる

リプレースする必要性が無いから残ってるというシステムも多いんだけどね

君の心のFILLERを埋めるよ？と女性SE を口説いて

セックスしたな

COBOLのメリットって何なん？
昔はCOBOLしかなかったから仕方なく今も使ってる感じ？

いま、COBOL を「なんらか」の言語で組み替えてシステム更新した場合、
その言語は、今後 どれくらいの間サポートしてもらえるのか？

５年や７年で また入れ替えね、なんて言われたくないのだが。

ということで、NEC が ACOSを作ってくれる間は、ACOSとCOBOLで行くよ。
この夏に 新サーバに更新予定。COBOLで書いた基幹アプリは、
そのままサクッと載せ替えるだけ。

男は黙ってアセンブリ一択

COBOL技術者は人手不足と老齢化でドル箱。人月２００万とかざらにある。

携帯会社の基幹は全部COBOL製

計算結果を以前と同じであることを保証しろとか言う奴がいる限り移行出来ないんだよな
日本はそんな奴らばっか

これ思い出した。
お前のプログラムは計算結果が1足りない
最後に1足しときました～♪

大量バッチ処理はCOBOLしか無理です

PCに汎用機のエミュレーターがインストールされててそれで動かしてるんだろ
汎用機のころと比べると恐ろしいくらいの処理速度で動くし、バグも無いからそれで十分なんだよ
システムのリプレースなんてしてもまともに動かなくなるだけ

COBOLというとメインフレームのイメージだけど
中小企業で自社で開発運用していると一番安上がり
と思う

何よりアマグラマ社員には習得、運用が楽、前に
自分で書いたソースが楽に読める

基幹の販売仕入なんて何十年も仕組みは変わって
いないし、反対に毎年に近く対応が必要なUIなど
カスタマイズも簡単
でも財務会計、人事、ウェブ、OS、ネットワーク
はアウトソーシングで割り切り

PC上のCOBOLの場合、DOS、NetWare、Windowsと
変わってきてもDB、ツール類を含めてサポートが
一度も途切れた事ないのがユーザとして有難い

COBOLのいいところは，数値がBCDで計算されるから
小数点のある数値の計算も誤差が出ないところじゃないかな．
0.1+0.2=0.3 になるかどうか．．
利息とかの計算を正確にできるのが利点．

ところで「COBOLを置き換える(ｷﾘｯ」とか言って登場した言語って
その後どうなったんですかねえ。

> 調査ではまず、COBOLを使ったシステムの開発・運用・保守の経験があるかどうかを聞いた。その結果、回答者1348人のうち、85.7％に当たる1155人がCOBOLの経験があると答えた。実に8割以上の回答者が何らかの形でCOBOLとかかわっている。

この時点でメチャクチャ偏った調査だろｗ

また、この話題

平成も終わろうとする今日この頃ですが、COBOL「へ」マイグレーションするプロジェクトが現在進行中という闇

オープンCOBOLとかいうどうしようもないゴミを選択するクライアントは死ねばいいと思う。

テレビで元号対応の特集やってて
新宿区の情報システム課でCOBOL使われてたぞ

たしかに言語仕様でBCDが楽に書けるのとC並に高速演算できるのはメリット。
他言語でもBigdecimalとかライブラリ使ったら出来るけど、ここはCOBOL並にはならない。

でも、それが理由で使い続けたいわけじゃないだろと。
過去のCOBOLのコードが巨大過ぎてスパゲッティだから、それの移行コストが巨額...というより、安全にリプレース出来る自信がなく
腰が引けて技術負債を返済しようとしないだけ。出来るなら触らずブラックボックスとして閉じ込めておきたいのよ。

たしかに、自分が書くのは楽だしちょっとしたコードは読みやすいよ。でも、数百万行見れますか？
まだまだ古い仕様だから変数は実質ほぼグローバルだし使い回しされない関数群。それに中間データが巨大で項目拾い上げるのが大変。
あわせてデータ構造の古くっていうか古いコボラーのテーブル設計がイけてなさ過ぎてろくに正規化されてない。まあ、それのほうが性能が良かった時代も無きにしもあらずだけどさあ。
で、ドキュメントもなくコメントもコードも杜撰で、当然共通化とか思想になくIF・MOVE・GOTOの塊。
長年の保守で継ぎ接ぎだらけ。保守性が良いとか冗談だろとｗ テストも大変だし。いまならある程度は自動化できるだろうけど、お偉いさん方の頭の中身古いからなあ。

相当のコボラーでないと大半の技術者は見る気なくして逃げる。
SQLのプロシージャでゴリゴリで書いてあるほうがコードが少ない分だけマシな気がしなくもない。

現代思想のすべてを最新のCOBOLの仕様に合わせて組み直したら、ずいぶん良いものは出来ると思うが
積極的にそうする理由があるかと言われると...無いんじゃないかなあ。

ソースを見れるという前提からして間違ってる

先輩の言葉
コボルはバカが書いても天才が書いても同じコードが上がってくる
だから保守も楽。そう設計されてるのがコボル
Cはバカに書かせてはダメ

2000年問題が終わったら、徐々にお払い箱とかいっていたのに、
それから20年近くたって、まだ生き残っていることに驚き・・・

平成6,7年から他にしればよかったのにデフレ期にそのまんまにしていたのが多い
またSierなどがCOBOLのままにして
稼いでいたところがある

すればｗ

この手の記事はよくわからん。たまに出てくるよな。90年代以前の言語が悪的な。

今でもCOBOLで保守してるってことが悪いのかね？
システムへの要求（QCD）を満たしてるならCOBOLでいいんじゃね？
あと特定技術が要件となる保守をする人がいないってのは別の話だぜ。