イーロン・マスク率いるDOGEが6000万行ものCOBOLコードを含む社会保障局のシステムをコード生成AIでわずか数カ月の内に移行させようとしており危険性が指摘されている
by Gage Skidmore 海外ニュースメディア・WIREDが、イーロン・マスク氏の率いる政府効率化部門(DOGE)がアメリカ社会保障局(SSA)のコンピューターシステムを、数ヶ月という短期間でCOBOLからJavaなどへ移行しようとしていると報じています。ソーシャルニュースサイトのHacker Newsで、この移行計画を危険視する声が挙がっています。 Doge Plans to Rebuild SSA Codebase in Months | Hacker News https://news.ycombinator.com/item?id=43505659 SSAは2017年にコアシステムを置き換えるための数億ドル規模の計画を発表しており、その際には約5年かけて近代化を進める予定でした。しかし2020年に発生したCOVID-19パンデミックにより、この取り組みは一時休止しています。
1959年に開発されたプログラミング言語「COBOL」が抱える現代の問題にIBMはどう立ち向かっているのか？
1959年に開発されたプログラミング言語「COBOL」は、自然言語に近いコマンド構文が採用されていることから、金融や自動車、医療業界などで広く使用されています。しかし、柔軟性に欠けるCOBOLを扱える人材は減少傾向にあり、COBOLを用いたシステムは窮地に陥っています。このような状況を打開するために、IBMはCOBOLをモダンなプログラミング言語に変換できるジェネレーティブAI「watsonx Code Assistant」を開発しています。 The World Depends on 60-Year-Old Code No One Knows Anymore | PCMag https://www.pcmag.com/articles/ibms-plan-to-update-cobol-with-watson 1959年に開発されたCOBOLは、「コーディングが複雑」「タイピング量が他言語
思い切ってCOBOLを捨てられるか、地獄へと続く道を断ち切れない企業の末路
筆者はこれまで数多くのモダナイゼーション案件を見てきた。その経験からエッセンスを抜き出し、実際に起こりうる問題や現場の葛藤をストーリーに仕立てて、架空の「事件簿」として紹介する。今回紹介するのは、保険会社を支えるレガシーシステムのモダナイゼーションで起こった事件だ。 華々しい脱メインフレームの裏で起こった事件 「50年間、我が社の基幹業務を支えてきたメインフレームの火を落とす日がいよいよ来たな。切り替えテストを繰り返し行ってきたので問題ないはずだが、ドキドキするよ。今後は後任の君たちによるDX（デジタルトランスフォーメーション）推進に期待しているよ」 今回の舞台は大手保険会社だ。2030年、新年を迎えるモダナイゼーションプロジェクトルームに、新システムの稼働を花道に定年を迎えるシステム部長の高揚した声が響いた。 半年後、新任のシステム部長はこう言って頭を抱えていた。「新システムは稼働したが
「ラスボスCOBOL」に挑んだベイシア、2万本のプログラムをいかにリライトしたか
カインズやワークマン、ベイシアなどから成るベイシアグループは、メインフレームの撤廃とCOBOL資産のマイグレーションを2022年5月に完遂した。約3年をかけたプロジェクトの全容を2回に分けて見ていく。 「基幹系システムが足かせになってはならない」 ベイシアグループはメインフレームベースのシステムを約20年前から徐々にクラウドサービスなどに移行してきた。しかし一部の商品マスターや発注・在庫管理などの機能を備えるベイシアグループ共通システムと、ベイシアの基幹系システムはメインフレームに残っていた。本記事ではこの2システムを便宜上、基幹系システムと呼ぶ。 この基幹系システムは富士通製メインフレーム上にプログラミング言語のCOBOLで開発したアプリケーションを稼働させたものだ。もともとベイシアグループはスーパーマーケットのベイシアからスタートし、ワークマンやカインズなど新会社を次々に立ち上げてきた
何度でもよみがえるCOBOL需要、なぜこんなに根強いのか
「COBOLは滅びぬ。何度でもよみがえるさ」。ご存じ「天空の城ラピュタ」のセリフのもじりだ。手あかがついた表現で恐縮だが、最近、COBOLについてこんな風に感じることが増えた。 長期的な視点でCOBOLが消えゆくプログラミング言語であることに異論がある人はいないだろう。よほど特殊な事情がない限り、システムの新規開発にCOBOLが採用されることはない。IT関連資格の定番である「基本情報技術者試験」でも、2019年の秋期試験を最後にCOBOLの出題が廃止された。 以前このコラムで、このときの基本情報技術者試験、すなわち「最後のCOBOL試験」を実際に受けたてんまつを紹介した。試験自体には合格したものの、COBOLの出題部分の成績は散々だった。 その試験勉強のためにCOBOLの解説書を書店で探したところ、ほとんど見つからなかった。大型書店の書籍検索機で「COBOL」がタイトルに付く書籍を検索した
PythonよりCOBOLが優れている点はありますか？ - Quora
問題が発生しました。しばらくしてから、もう一度お試しください。 再度お試しください
COBOLからJavaへの書き換えでとん挫、「全面刷新」に固執する企業の末路 - 提案依頼ポスト D...：日経クロステック Active
「COBOLシステムの全面刷新は断念しました」――。大手企業A社のシステム部長はこう言って肩を落とす。25年以上使ってきた顧客管理システムをCOBOLからJavaへと書き換え、プラットフォームを一新する計画だった。ところが想定以上にプログラムが存在していたうえに、その中身を知るメンバーはいなかった。ドキュメントもほとんどなく、発注先である開発会社が「白旗」を挙げてしまったという。 6割を超える企業に「COBOL」が存在 日経クロステックの調査によると、国内にはレガシーシステムがいまだ数多く存在している。ユーザー企業は社内に、ITベンダーは担当企業にCOBOLを使った情報システムがあるかどうかを聞いたところ、実に6割を超える回答者が「ある」と答えた。さらにこのうち4分の3を超える企業では、具体的なリプレース計画も無い状況だ。 レガシーシステムの放置はDX（デジタルトランスフォーメーション）を
COBOLやPL/Iのメインフレームアプリケーションをクラウドサービスで動かすには
関連キーワード クラウドコンピューティング | データセンター | メインフレーム | 基幹システム メインフレームで稼働するアプリケーション（以下、メインフレームアプリケーション）のクラウドサービスへの移行が難しくなるかどうかは、ソースコードの有無が左右する。企業がソースコードを保持していれば、メインフレームアプリケーションをそのままクラウドサービスへ移行させたり、マイクロサービスアーキテクチャ（小規模のサービスを組み合わせるアプリケーション構造）に基づくアプリケーションとして再構築したりできる可能性が高まる。特に「C」「C++」「C#」などの一般的なプログラミング言語で記述されているアプリケーションは、クラウドサービスへの移行が比較的容易だ。 併せて読みたいお薦め記事 クラウドへのシステム移行 Googleが買収したCornerstoneとは？ メインフレームアプリをクラウドへ レガシ
「COBOL」プログラムが古くなっても動き続ける“切実な理由”
関連キーワード メインフレーム | プログラミング プログラミング言語「COBOL」で開発した古いプログラムの運用はリスクをはらむ。組織はレガシーなCOBOLプログラムのモダナイゼーション（最新化）をするか、一から作り変えなければいけない。COBOLプログラムはさまざまな重要システムの中核にあり、組織がモダナイズに慎重になるのも無理はない。基幹システムに手を入れることは大きなコストやリスクを伴う。 併せて読みたいお薦め記事 レガシーシステムのクラウド移行 COBOLやPL/Iのメインフレームアプリケーションをクラウドサービスで動かすには 「メインフレーム」のアプリケーションをクラウドサービスで動かす3つの選択肢 ベンダーが考えるモダナイゼーション Googleが買収したCornerstoneとは？ メインフレームアプリをクラウドへ Googleが「メインフレーム」からのクラウド移行に目を付
IBM、ソフトウェア開発へのAI活用を促進する大規模データセット「Project CodeNet」を公開
IBMは2021年5月11日（米国時間）、AIによるコードの理解と変換をサポートする大規模なオープンソースデータセット「Project CodeNet」を公開した。 このデータセットは、50以上のプログラミング言語で作成され、約1400万のコードサンプルで構成されている。コードの行数は総計約5億行に及び、AI向けのソースコードセットとして最大規模だという。C++やC、Java、Pythonのようなモダン言語で書かれたものが多いものの、COBOLやPascal、FORTRANといったレガシー言語によるものも含んでいる。 Project CodeNetの目的は？ Project CodeNetは現在のコーディングにおける3つの主なユースケースに対応する。第一に「コード検索」（COBOLなどのレガシー言語を含む、コード間の自動変換）、第二に「コードの類似性」（異なるコード間の重複と類似性を特定す
IBM、Linux x86環境向けCOBOL「IBM COBOL for Linux on x86 1.1」の提供を開始
「IBM COBOL for Linux on x86 1.1」は、COBOLアプリケーション構築のための開発環境で、最適化されたCOBOLコンパイラとCOBOLランタイムライブラリが含まれる。 Enterprise COBOL for z/OSと同等の、高度な最適化テクノロジに基づいており、Linux x86上で利用可能なビジネスクリティカルなCOBOLアプリケーション開発のためのパフォーマンスおよびプログラミング機能を備えている。 COBOL 1985に準拠し、COBOL 2002または2004の機能を選べる。また、「ANSI INCITS 23-1985」および「ISO 1989：1985」のモジュールをサポートする。 なお、「IBM COBOL for Linux on x86 1.1」はIBM CICS TX on Cloud 11にも含まれており、クラウド環境でのミッションクリ
銀行の基幹系システムはなぜ古臭いのか？｜つっちーさん
タイトル詐欺である。今回も反省せずに続きといきたい。 前回も示したが、ざっくりとした銀行の基幹系システムは「勘定系」「情報系」「チャネル系」の三つの構成になっているという図が上である。ざっくりとしたものなので、実際にはもっと複雑(特にメガバンクでは)だし、これがあるのにアレがない、とかいったものはある。細かいところを気にしすぎると禿げるぞ。 今回は、銀行の基幹系がなぜ古臭いのかという話をしたい。古臭いと言ってもいろいろあって、特にエンジニア界隈からは「メインフレームを使ってる」とか「COBOLみたいなカビの生えた古代言語を使ってる」とか、とにかくイケてないシステムの代表例のように言われることが多い。対して、預金者の側からはネットとの親和性だとかサービス面の不満からくるイケてないという話が多いと思うのだが、これはどちらかというとシステムの話ではなくて、サービス設計とかその背景になるビジネスモ
残るは「ラスボス」級のCOBOL資産、マイグレーションは2025年に間に合うのか
2025年には21年以上稼働する基幹系システムが6割に達し、多くの企業でシステムの維持管理費がIT予算の9割以上を占めるようになる。長寿の基幹系システムは内部がブラックボックス化してデータ活用が進まず、企業がデジタルトランスフォーメーション（DX）できない結果、最大で年12兆円の損失が生じる――。 この「2025年の崖」を経済産業省が2018年9月に「DXレポート」で指摘してから2年以上がたった。だが経産省によれば2020年10月時点で日本企業の9割以上でDXが未着手だったり⼀部実施にとどまっていたりするという。 2025年の崖が迫るなか、企業は基幹系システムなどで使うCOBOL資産を維持すべきか、Javaなどの他の言語やオープン系COBOLで書き換える（マイグレーションする）べきかの岐路に立たされている。COBOL資産を維持する場合、運用コストの削減やDX向け新システムとの連携を模索しな
COBOLのコードは未だに我々の金を握っており、バリバリ現役である - YAMDAS現更新履歴
www.wealthsimple.com この文章は、1969年にトロントの高校を出たばかりの、特に人生の目標もなかったトーマスの話から始まる。彼の父親は大工だったが、あいにく彼は不器用ときた。そこで母親が彼に新奇なものを勧めた。「コンピュータプログラミング……とかどう？」 トーマスはカナダの大きな銀行に入行し、1978年にプログラマーとしてのキャリアをスタートした。彼は常にパズルを解いているようでプログラミングが好きだった。彼はコードを書いては「パンチカード・オペレータ」に渡した。日に二度カードを銀行の巨大な「メインフレーム」コンピュータに食わせるが、そのコードが正しく動いているか分かるには数時間かかった。ヘマをやらかしたら、トーマスはエラー文を凝視して、COBOL のコードを書き直してやりなおしだ。 数年のうちにトーマスは COBOL が得意になり、かけがえのない何千行ものコードを書い
Javaエンジニアこそ「COBOL」を学ぶべき“切実な理由”
関連キーワード メインフレーム | 基幹システム | プログラミング IT部門が基幹システムを開発・運用する際のプログラミング言語として、汎用（はんよう）コンピュータで「Java」を使うようになる前は、メインフレームで「COBOL」を使うことが当たり前だった。今でも数々のメインフレームでCOBOLアプリケーションが動いている。 新型コロナウイルス感染症（COVID-19）の大流行をきっかけに、古い技術と現代の技術の分断があらためて浮き彫りになった。失業手当や緊急融資の申請を処理するための官公庁のシステムは、レガシーなCOBOLアプリケーションを使用するものが少なくない。 Javaエンジニアがなぜ「COBOL」を学ぶべきなのか 併せて読みたいお薦め記事 レガシーシステムのモダナイゼーション事例 Windows Serverのレガシーアプリを「Docker」に移行、製造受託大手が直面した課題は
「脱COBOL」は加速するか、Javaプログラムに無料で変換できるOSSの実力と課題
古いCOBOLシステムをどうするか――。安定稼働しているものの、今後の保守要員の確保やクラウドサービスとの連携は解決しなければいけない。そう考えるユーザー企業に1つの解決策が見えてきた。 無料でCOBOLをJavaに変換 COBOLプログラムをJavaプログラムに変換するツール「opensource COBOL 4J 開発者版」がそれである。オープンソースビジネスを推進するOSSコンソーシアムが2020年7月1日にソースコード共有サイト「GitHub」に公開した。オープン・ソース・ソフトウエア（OSS）なので誰でも無料で利用できる。 opensource COBOL 4J 開発者版はプログラムを変換するとともに、必要なモジュールを生成する。SAMやISAMへのファイルアクセスはJavaプログラムに変換後も利用できる。現時点で「COBOL85」といったCOBOLの標準仕様にのっとったプログラ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
COBOLに特化して勉強をしたら一生食っていけますか？
アラフォーでCOBOLなどレガシーな技術しかないため、独学でPythonなどを身につけても実務で使える環境へのスキルチェンジは無理だとエージェントに言われました。同じ境遇から脱出できた人はいますか？
60~80年代にCOBOLというコンピュータ言語で書かれたシステムが今でも生き残っているようですが、今更リプレースできるのでしょうか？
COBOLプログラマーの単価は高いですか？