【IT】還暦COBOLはお荷物?リプレース計画が独自調査で判明
■ このスレッドは過去ログ倉庫に格納されています
長く企業の基幹システムを支えてきた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、PL1、Fortran、RPG、これらのコンパイラには40年ぐらい前お世話になりました。もう消えてもいいかな。 >>8
もう消えたよ。今は引退してCとPythonでラズパイ遊び中。 COBOLの他言語へのマイグレーションは汎用機でUNIXが動くようになった頃から盛んになった
業務用端末にWindowsが載るようになってから特に
成功したり
失敗したりしているけど
ここで忘れていけないのは単に言語を変換するだけでお金を出す客はいない
なにかの機会についでにやる >>2
は?メガバンが?
馬鹿は世の中のことを本当に知らない。 >>8
cobolとFORTRANは生き残っている。 >>1
お荷物なのは否めないけど、指数計算での誤差が無い言語がCOBOLだけなんだよな。
他の言語は指数計算の誤差が出るせいで、お金とかの計算とかではかなり嫌われるんだよな・・・・。 リプレースする必要性が無いから残ってるというシステムも多いんだけどね >>1
>>COBOLはここ最近 ・・・・・厚生労働省の統計問題の元凶
統計処理をCOBOLで処理って、意味不明なんだが(笑) 君の心のFILLERを埋めるよ?と女性SE を口説いて
セックスしたな COBOLのメリットって何なん?
昔はCOBOLしかなかったから仕方なく今も使ってる感じ? いま、COBOL を「なんらか」の言語で組み替えてシステム更新した場合、
その言語は、今後 どれくらいの間サポートしてもらえるのか?
5年や7年で また入れ替えね、なんて言われたくないのだが。
ということで、NEC が ACOSを作ってくれる間は、ACOSとCOBOLで行くよ。
この夏に 新サーバに更新予定。COBOLで書いた基幹アプリは、
そのままサクッと載せ替えるだけ。 COBOL技術者は人手不足と老齢化でドル箱。人月200万とかざらにある。 計算結果を以前と同じであることを保証しろとか言う奴がいる限り移行出来ないんだよな
日本はそんな奴らばっか >>1
> 厚生労働省の統計問題の元凶として
まじかよコボル最低だな これ思い出した。
お前のプログラムは計算結果が1足りない
最後に1足しときました〜♪ PCに汎用機のエミュレーターがインストールされててそれで動かしてるんだろ
汎用機のころと比べると恐ろしいくらいの処理速度で動くし、バグも無いからそれで十分なんだよ
システムのリプレースなんてしてもまともに動かなくなるだけ COBOLというとメインフレームのイメージだけど
中小企業で自社で開発運用していると一番安上がり
と思う
何よりアマグラマ社員には習得、運用が楽、前に
自分で書いたソースが楽に読める
基幹の販売仕入なんて何十年も仕組みは変わって
いないし、反対に毎年に近く対応が必要なUIなど
カスタマイズも簡単
でも財務会計、人事、ウェブ、OS、ネットワーク
はアウトソーシングで割り切り
PC上のCOBOLの場合、DOS、NetWare、Windowsと
変わってきてもDB、ツール類を含めてサポートが
一度も途切れた事ないのがユーザとして有難い COBOLのいいところは,数値がBCDで計算されるから
小数点のある数値の計算も誤差が出ないところじゃないかな.
0.1+0.2=0.3 になるかどうか..
利息とかの計算を正確にできるのが利点. ところで「COBOLを置き換える(キリッ」とか言って登場した言語って
その後どうなったんですかねえ。 >>21
無難なところで言うと読みやすいことかな?
読み易いということは、レビューもし易いし、バグも埋め込みにくいし、更新や保守もし易いという事。
品質特性で言うところの、保守性や移植性の高さでCOBOLを超える言語が未だにない。
ライフサイクルの長い基幹システムに丁度COBOLの特性があってる。 > 調査ではまず、COBOLを使ったシステムの開発・運用・保守の経験があるかどうかを聞いた。その結果、回答者1348人のうち、85.7%に当たる1155人がCOBOLの経験があると答えた。実に8割以上の回答者が何らかの形でCOBOLとかかわっている。
この時点でメチャクチャ偏った調査だろw >>33
まあな
floatやdoubleなんかの浮動小数点数の表現だと0.1って正確には表現出来ないからな
二進数だと循環小数になる 平成も終わろうとする今日この頃ですが、COBOL「へ」マイグレーションするプロジェクトが現在進行中という闇 オープンCOBOLとかいうどうしようもないゴミを選択するクライアントは死ねばいいと思う。 >>21
10進数計算が得意。
帳簿をまんま記述できる。
テキストオンリーのエクセルみたいな感じ。 テレビで元号対応の特集やってて
新宿区の情報システム課でCOBOL使われてたぞ たしかに言語仕様でBCDが楽に書けるのとC並に高速演算できるのはメリット。
他言語でもBigdecimalとかライブラリ使ったら出来るけど、ここはCOBOL並にはならない。
でも、それが理由で使い続けたいわけじゃないだろと。
過去のCOBOLのコードが巨大過ぎてスパゲッティだから、それの移行コストが巨額...というより、安全にリプレース出来る自信がなく
腰が引けて技術負債を返済しようとしないだけ。出来るなら触らずブラックボックスとして閉じ込めておきたいのよ。
たしかに、自分が書くのは楽だしちょっとしたコードは読みやすいよ。でも、数百万行見れますか?
まだまだ古い仕様だから変数は実質ほぼグローバルだし使い回しされない関数群。それに中間データが巨大で項目拾い上げるのが大変。
あわせてデータ構造の古くっていうか古いコボラーのテーブル設計がイけてなさ過ぎてろくに正規化されてない。まあ、それのほうが性能が良かった時代も無きにしもあらずだけどさあ。
で、ドキュメントもなくコメントもコードも杜撰で、当然共通化とか思想になくIF・MOVE・GOTOの塊。
長年の保守で継ぎ接ぎだらけ。保守性が良いとか冗談だろとw テストも大変だし。いまならある程度は自動化できるだろうけど、お偉いさん方の頭の中身古いからなあ。
相当のコボラーでないと大半の技術者は見る気なくして逃げる。
SQLのプロシージャでゴリゴリで書いてあるほうがコードが少ない分だけマシな気がしなくもない。
現代思想のすべてを最新のCOBOLの仕様に合わせて組み直したら、ずいぶん良いものは出来ると思うが
積極的にそうする理由があるかと言われると...無いんじゃないかなあ。 先輩の言葉
コボルはバカが書いても天才が書いても同じコードが上がってくる
だから保守も楽。そう設計されてるのがコボル
Cはバカに書かせてはダメ 2000年問題が終わったら、徐々にお払い箱とかいっていたのに、
それから20年近くたって、まだ生き残っていることに驚き・・・ >>46
そうそう、 Y2K の時は COBOL おじさん最後の一花だねって思ってたわ。
おじさんたちまだ引退してないの? 今後は誰がメンテしていくんだ? 平成6,7年から他にしればよかったのにデフレ期にそのまんまにしていたのが多い
またSierなどがCOBOLのままにして
稼いでいたところがある この手の記事はよくわからん。たまに出てくるよな。90年代以前の言語が悪的な。
今でもCOBOLで保守してるってことが悪いのかね?
システムへの要求(QCD)を満たしてるならCOBOLでいいんじゃね?
あと特定技術が要件となる保守をする人がいないってのは別の話だぜ。 昭和、平成初期から最後までCOBOLをやりたかった、やってきたじじばばが引退して放置されたとかw
Sier、ベンダーが食いたかっただけかも 対策、COBOLコード全調べし、仕様を掘り起こし、やったらいいじゃないか
他の言語で優秀な人が大勢いるのでしょ?簡単でしょ >>50
汎用機にCOBOLって、たぶんJavaなんかに比べて保守料金が滅茶苦茶安い
IBMがそうしたからだ IBMから追い出されてHewlett-Packardのマニュアルばっか
日立製作所のVOS3のマニュアルもどきばっかだが
Javaでもけっきょくアセンブラなんかに翻訳してるだけ >>21
他のプログラム言語に比べて機能が少なく単純で、他人が書いたコードでも理解しやすい
プログラム言語がいくら高機能、複雑化しても人間の脳みそは少しも進化しないから 俺この業界のこと何も知らないけど
COBOL書く人のことを
コボラーって呼んでそう IBMの汎用機とCOBOLは、あれなんだよ、難破船の漂流物みたいなのバイファム
業者で裏取引され、知ってる人間だけで使うってだけになってんのが裏
しまいに、たぶん日本の財務省のコア計算してんのもそれ
厚生労働省がどうとかの問題ではないぜ 文法cobolで、コンパイラレベルで最適化すれば別に古くないでしょw COBOL本文よりも汚く書かれたJCLを整理すのが入社後配属されて最初の仕事だった VBAが一番わかりやすくつかいやすい
すべてのシステムをVBAにすべき >>21
標準化が簡単で、他人のコードを読むことができる。
⇒メンテしやすい
数値計算の精度が高い。
帳票編集が優れている。
機械語に近いため、障害発生時にダンプを追いかけることが可能。 >>44
それはまた奇怪な。
どう間違っているのか、貴方の持論をぜひ展開していただきたいですな。 いま、昭和末期に書かれたFortranをc++に移植してるのだけど、コーディングルールも甘くて、グローバル変数やマジックナンバーだらけで、かなり辛い。
詳細設計残ってたけど、ノーメンテでコードとの乖離が激しく、役立たず。
リバースエンジニアリングも限界があって「よく分からないからそのままCに置き換え」なんて所がそこかしこ…
こんな所で問題でても解決困難だよ…泣
古くとも実積のあるプログラムを、わざわざコスコかけて置換したところで、処理結果は昔と同じ、最悪置換ミスで品質悪化だ。
そんなの誰もやりたく無い。 KotlinよりはSwiftの方が書きやすいですね
KotlinはJava離れできなかったのが大きいです(´・ω・`) COBOL仕事で、固定資産税関係やっただけで、商店街が壊滅
なんで、たかがプログラマが政治家なみやってんだ、やらされてんだ
市街地の外を安く、内部を高くした 日経BPはそれこそ'90年代から世の「ビジネスマン向け著作物」でCOBOLをDisって来た印象有るんだがなあ...SAP勧めるのはまあ仕方ないが。
四半世紀前に新卒入社して会社で嬲った汎用機の営業基本システムなんてS/360系アセンブラのマクロライブラリで構成されとった。
経理システムは嬲ってないが同様だったらしい...でも、仕様書残ってるソースは文系の俺様でも可読性良好だった印象は有るな。
結局COBOLのコンパイラとランタイム買い入れた上でマイグレーションやるヒトカネ掛ける余裕なんて無かったんかなあと思う。 ちゃんと動くんだしね。
6年ぐらいで業界から逃げたがね。
偶にJavaScrやらPython嬲って思うのは、固定小数点十進に関して笑っちゃうくらい解説が無い点と、解説本におけるメソッドやら関数やらの引数が解りにくい点。
つまりPGの才能ないって事やなあとは思う。 >>23
出ましたアセンブラ
アセンブラ習得すると、CPUの電気信号の流れがイメージ可能
C言語でよく躓くのがポインタですけど、これが瞬時にして理解 COBOLは会計システム、特に銀行基幹系システムでは堅固性を誇るコボルが有用
出入力のコマンド群の豊富さ、これに尽きるんじゃないか コマーシャルベース、商売での会計ではこの言語で書かれたソフトが実力発揮 >>43
お説をお伺いしてますと、老舗温泉旅館で、明治時代から大正昭和平成と
増築に増築を重ね、内部構造が迷路になった「迷」旅館の姿と全く同じ >>64
なんだかんだ言ってもExcel/AccessのMAin言語だしVBA使ってる割合は圧倒的かもね。 >>81
VBAのプログラムは簡単に作れるが、保守は難しい。
MS社としては、使い捨てのマクロ用と思って公開したのに、変な使われ方をしてる現状を見て後悔しているはず。 VBAはエクセルのマクロ以上でも以下でもない
COBOLの柔軟な文字列の出力と組み合わせれば
ほぼ帳票は無敵 ついでに言えば昔のJCLは古いと言われるがVBSで代替が効く
PC上の話だがな トヨタ自動車のアキオ社長とこは、高いIBMつかってんのか COBOLの帳票って、もうクリスタルレポートで十分じゃね? 誰でも頭が良くなる、プログラムが書けるようになる方法が発見される 63914
https://you-can-program.hatenablog.jp COBOL++とか作ればいいじゃん
もうあったりするのかな プログラマで現役なら他言語やってるだろうし、デザインする側の問題
前のリプレースでも騒ぎだから、放棄するんじゃね >>89
オブジェクト指向のCOBOLならすでにある ■ このスレッドは過去ログ倉庫に格納されています