何度でもよみがえるCOBOL需要、なぜこんなに根強いのか
「COBOLは滅びぬ。何度でもよみがえるさ」。ご存じ「天空の城ラピュタ」のセリフのもじりだ。手あかがついた表現で恐縮だが、最近、COBOLについてこんな風に感じることが増えた。 長期的な視点でCOBOLが消えゆくプログラミング言語であることに異論がある人はいないだろう。よほど特殊な事情がない限り、システムの新規開発にCOBOLが採用されることはない。IT関連資格の定番である「基本情報技術者試験」でも、2019年の秋期試験を最後にCOBOLの出題が廃止された。 以前このコラムで、このときの基本情報技術者試験、すなわち「最後のCOBOL試験」を実際に受けたてんまつを紹介した。試験自体には合格したものの、COBOLの出題部分の成績は散々だった。 その試験勉強のためにCOBOLの解説書を書店で探したところ、ほとんど見つからなかった。大型書店の書籍検索機で「COBOL」がタイトルに付く書籍を検索した
COBOLのコードは未だに我々の金を握っており、バリバリ現役である - YAMDAS現更新履歴
www.wealthsimple.com この文章は、1969年にトロントの高校を出たばかりの、特に人生の目標もなかったトーマスの話から始まる。彼の父親は大工だったが、あいにく彼は不器用ときた。そこで母親が彼に新奇なものを勧めた。「コンピュータプログラミング……とかどう？」 トーマスはカナダの大きな銀行に入行し、1978年にプログラマーとしてのキャリアをスタートした。彼は常にパズルを解いているようでプログラミングが好きだった。彼はコードを書いては「パンチカード・オペレータ」に渡した。日に二度カードを銀行の巨大な「メインフレーム」コンピュータに食わせるが、そのコードが正しく動いているか分かるには数時間かかった。ヘマをやらかしたら、トーマスはエラー文を凝視して、COBOL のコードを書き直してやりなおしだ。 数年のうちにトーマスは COBOL が得意になり、かけがえのない何千行ものコードを書い
COBOLシステムがAWSで動く 維持費「8割減」 - 日本経済新聞
かつて主流だったプログラム言語「COBOL（コボル）」で書かれたシステムの保守・運用に悩むユーザーは多い。システムを保守する人材が高齢化し、COBOLプログラムが稼働するメインフレームはコスト高だ。日経 xTECHが今年3月に実施した「COBOLに関する実態調査」では、ユーザー企業に所属する約3人に1人が「COBOLで開発したシステムを稼働させるハードウエアが高い」ことをCOBOLの短所に挙げている。【関連記事】COBOLに罪はない トップ自ら情報戦略をアクセンチュアが移行サービス開始COBOLプログラムを稼働させるハードウエアの保守・運用には多大なコストが発生するのが一般的だった。ところが、最新技術の活用でこの状況を改善できる可能性が出てきた。それが、仏ブルーエイジが手掛けるサービス
なぜRDBからCSV + COBOLに変更する事でコスト削減と高速化を同時に実現出来たかの考察 - ブログなんだよもん
そもそも既存はどんなロジック？ RDBなんだからWhere句使ったら？ なぜファイルにすると速くなるのか？ 並列化と分散処理による高速化の可能性 COBOL使う必要あったの？ Javaとかじゃダメだったの？ まとめ TLを見てると以下の記事が少し話題になってました。 tech.nikkeibp.co.jp tech.nikkeibp.co.jp 対象の記事は有料会員じゃないと見れないのだけど事例としては以下みたい。 リソース - ユーザー事例 - COBOL製品 ユーザー事例 : マイクロフォーカス さて、この記事の驚きポイントは「１億レコードくらいのDB処理をRDBからCOBOL + CSVに変更してUnixサーバからWindowsサーバに変える事で性能を維持しつつコストを1/5くらいにした」という事でしょう。 「せっかく7割もあったSQLを全部COBOLに変えるとか時代に逆行しすぎ！」
COBOLってこんな言語
日経xTECHの元記事を読んでもCOBOLの特徴があんまり伝わってこない感じだし、かといってそれをディスってもしょうがないので、書いてみた。 https://anond.hatelabo.jp/20190205192741 COBOLは本質的にはDSLなんだけど、一見汎用プログラミング言語に見えてしまってRubyやPythonなんかと比較するのが誤解のもとではあると思う。今の人でも知ってそうなCOBOLに似ている言語はたぶんSQLで、データを処理するための専用言語。ただ、SQLは頑張ればすごく複雑なこともできるパワフルな言語で、だからこそ現代でも生き延びているわけだけど、COBOLはわりとシンプルなデータ処理を想定している感じ。 SQLだけでアプリケーションを作れないのは触ったことある人なら誰でもわかると思う。普通はJavaやRubyで全体の流れを記述してデータベース入出力をSQLで書く。
勤労統計問題の原因は「COBOLプログラムのバグ」 – アゴラ
厚生労働省の毎月勤労統計調査についての特別監察委員会の報告書が出され、樋口委員長の記者会見が行われた。疑問も残るが、おおむね事実関係は明らかになった。焦点になっている東京都の大企業の抽出調査については次の通り： 2003年5月22日付の事務連絡に「事業所規模５００人以上の抽出単位においては、今回から全国調査でなく、東京都の一部の産業で抽出調査を行うため注意すること」と書かれている。この事務連絡は雇用統計課長の決裁をへて他部局にも公式に伝達されており、隠蔽の事実はない。 当時の担当課長は「抽出調査としたことについて、覚えていないが当時自分が決裁したと思われる決裁文書を見たらそのように残っていたのでそうなのだと思う。ただ、抽出していたとしても労働者数に戻す復元を行っていれば問題ない」と供述しているが、この復元が行われた形跡がない。 システム改修を行った担当係によると「外部業者等に委託することな
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
女性初の米海軍将官で『COBOL』を開発したエンジニア、グレース・ホッパーのお言葉