RPG言語の将来性

RPGの最大の強みは、IBM iとの高い互換性と安定性です。
データベース（DB2）とシームレスに連携し、トランザクション処理に優れるため、ミッションクリティカルな業務で信頼性があります。
また、既存システムが長年稼働している企業では、業務に必要な処理の手順やルールが、RPGのコードで効率良く書かれていて、保守性もある程度担保されています。
これまでに、ILE RPG（統合言語環境）への進化があり、オブジェクト指向やモジュール化が導入され、現代的な開発にも対応可能となっています。
また、近年は、FF RPGにおいて、固定形式から完全に自由な構文に移行し、より直感的かつ柔軟に業務ロジックを表現できるようになりました。
RPG言語の強みである安定性や処理速度の速さを維持しつつ、コードの可読性が上がることで、若手技術者にも習得しやすい言語へと進化しています。

RPGに精通した技術者の高齢化と減少が進み、後継者育成が難しいことが課題です。
新卒エンジニアは学生時代にJavaやPythonを学ぶ機会はあっても、RPGの学習経験は皆無です。
また、RPGは現代のWeb開発やクラウド環境を前提としたアプリケーションには適していません。
マイクロサービスのような最新のアーキテクチャに対応するには、他の言語やツールとの連携が必要で、開発が複雑化する傾向があります。
さらに、ハードウェア依存による柔軟性の欠如も問題視されています。

IBM i プラットフォームの進化に伴い、ハードウェアを新しくすることによって RPG を活用し続けるという選択肢があります。
最新の Power Systems は、新しいアーキテクチャーへの対応が進んでおり、かつ RPG で構築された既存システムをそのまま活かすこともできます。そのため、低リスクで業務継続可能であることが、メリットです。
ただし、RPG 技術者の高齢化により、若手 RPG 技術者の確保や長期的な保守性が課題です。

RPG システムを現代的な言語（Java、Python など）でスクラッチ開発するという選択肢もあります。
これにより、開発者を安定的に確保しやすくなります。またシステムの柔軟性や拡張性が向上し、クラウドや AI といった最新技術を活用することが可能です。
しかし、既存業務ロジックをスクラッチ開発（再構築）するには、長期間の開発となり、一時的に大きなリソースの確保が必要となります。さらに、システム開発・移行中の業務改善が滞ることが多くなります。

RPGシステムが担ってきた基幹業務の代替策として、既存パッケージシステムへの移行という選択肢があります。
パッケージとして既に完成しているシステムに移行するため、迅速に導入することが可能です。
また、業務プロセスをパッケージソフトの仕様に合わせることで、プロセスの標準化が進み、業務の効率化につながる可能性があります。
ただ、長年の業務に合わせた既存システムを変えることで、問題も多く発生します。また、既存パッケージでは対応できない業務に合わせるため、パッケージのカスタマイズが必要になることが多くなります。

RPGコードをJavaなどの他言語に変換する、マイグレーションという選択肢も注目されています。
現行システムをベースにできるため、業務要件の見落としや要件誤りが少なくなることがメリットです。また、既存コードや設計を再利用できるため、ゼロから設計するより短期間での移行が可能です。
しかし、マイグレーションが成功するかどうかは、既存コードの複雑さやドキュメントの有無に左右されます。
さらに、従業員がマイグレーション後の新システムに慣れるまでには、時間がかかるため、一時的に生産性が低下する可能性があります。そこについては、一括で変換するのではなく、サブシステム毎に段階的に変換する手法も生み出されています。