ラスボスCOBOLを倒すために、7チームはなにを選択し、なにを捨てたのか？

レガシーシステムのラスボスとされるCOBOLに、7つの若いチームがGitHub Copilotを手に立ち向かった。テーマは60年以上前の言語で書かれた銀行の夜間バッチシステムのモダナイズ。LinuxとGnu COBOLで構築された本物のレガシーシステムだ。22のサブシステム、5層以上の構造を持つこのシステムを、どのように現代的な環境へ移植するか。各チームは異なるアプローチを試みた。

AIの鬼が見た光景は、「技術を選ぶ」のではなく「何を捨てるか決める」ことの難しさだ。COBOLで60年間保ち続けた信頼性と計算精度は、現代のクラウド環境では必ずしも必要ない機能も含まれている。しかし、いったん捨ててしまえば、銀行の基幹システムとしての責任を失いかねない。GitHub Copilotは古い言語の翻訳には優れているが、「その機能は本当に必要か」という判断まではしてくれない。各チームが悩んだのはそこだ。何をマイクロサービス化し、何をモノリシックに保つのか。何をクラウドネイティブにし、何をレガシーのまま残すのか。これは純粋な技術問題ではなく、ビジネスの意思決定である。

中小企業が自社の古いシステム更新を考えるとき、このハッカソンの経験は教訓になる。AIツールは古い資産の移行を速くするが、移行先の姿を決めるのは経営判断だ。単に最新技術を追うのではなく、自分たちのビジネスに本当に必要な機能は何かを明確にしてから、取り組むべき順序がある。