AS400開発ツールの違い|PDM・SEU・RDi・ACS・VS Code・Codexを保守目線で整理

AS400 / IBM i の開発・保守では、PDM、SEU、RDi、ACS(IBM i Access Client Solutions)、VS Code、SQLなど、いくつかの道具が出てきます。初心者は「どれを覚えればよいのか」で迷いやすいですが、現場では新旧の道具が混在していることも多いです。

この記事では、AS400保守担当者が最初に知っておきたい開発ツールの役割を整理します。最新ツールを否定せず、古い現場で使われているPDM/SEUも含めて、何に使う道具なのかを見ます。

よく出る開発・保守ツール

ツール主な用途初心者の見方
PDMソースメンバーやオブジェクトの一覧操作古い現場で今もよく使う入口
SEUソース編集固定形式RPGやCLの修正で出ることがある
RDiIBM i向け統合開発環境RPG/CLを近代的な環境で扱う選択肢
ACS5250、SQL、データ転送、管理作業接続と運用確認の入口
VS Codeエディタ、SQL、周辺開発現場ルールに合わせて補助的に使う
Codexソース読解、テスト観点、調査メモ作成機密情報を伏せて補助として使う

古い道具をすぐ捨てない

PDMやSEUは古い道具ですが、現場では今も使われます。既存メンバーの場所、コンパイル手順、ライブラリ、命名規則がPDM前提で整理されていることもあります。新しい道具へ移る場合でも、現行手順を理解してから進める方が安全です。

RDiやVS Codeへ進む前に

RDiやVS Codeを使う場合も、対象ライブラリ、接続先、本番・テストの区別、コンパイル手順、権限、ソース管理のルールを決めます。ツールを変えたことで、違うライブラリを見ていた、古いソースを編集した、という事故は避けなければいけません。

RPGの読み方は、RPG固定形式・自由形式の読み方 を確認してください。ACSの入口は AS400のACS入門 にまとめています。

AIやCodexは補助として使う

CodexのようなAIは、RPG/CLの要約、影響範囲の整理、テスト観点の作成に役立ちます。ただし、本番データ、顧客名、会社名、ユーザー名、ライブラリ名はそのまま渡さないようにします。安全な使い方は AS400 / IBM i 現場向けCodex実戦研修 を確認してください。

ここまでの要点

AS400の開発ツールは、新しいものだけを覚えればよいわけではありません。PDM、SEU、RDi、ACS、VS Code、Codexを、現場の手順と安全ルールに合わせて使い分けることが大切です。

Git・ソース管理・AI活用の前に

開発ツール選びは保守体制とAI利用ルールも見る

PDM、SEU、RDi、VS Code、Codexは、どれが新しいかだけで選ぶより、現場の保守体制、ソース管理、レビュー、教育、機密情報ルールと合わせて選ぶ方が失敗しにくいです。会社でAIを使う場合はSIer向けCodex利用ルールも確認してください。

現場ではツールを一つに決め打ちしない

AS400保守では、PDM・SEU・RDi・ACS・VS Code・Codexのどれが正解かを先に決めるより、作業ごとに役割分担を決める方が失敗しにくいです。ここでいうPDM・SEU・RDi・ACS・VS Code・Codexの役割分担は、標準化のための見取り図です。既存メンバーが慣れている保守はPDM/SEU、広い検索や差分確認はRDiやVS Code、調査観点の整理や読み解きにくいRPG/CLソースの要約はCodex、というように分けます。

特に若手や外部エンジニアを入れる時は、開発ツールだけ渡しても現場は回りません。ライブラリ、ジョブ、スプール、データベース、締め処理、EDIなどの業務影響を確認する順番までセットにすると、調査時間を減らすだけでなく、本番での見落としも減らせます。

小さなRPG修正で道具を使い分ける例

一行の修正でも、閲覧、編集、差分管理、コンパイル、テストを一つの道具だけで済ませようとせず、現場の管理方法に合わせます。

確認点確認内容判断
調査PDMやRDiなどでメンバー、参照先、呼び出し関係を確認する表示できたソースが現行本番版かを確かめる
編集SEU、RDi、VS Code系環境など承認済みの方法で変更し、差分を残すCCSIDや固定形式の桁位置を壊さない
反映Gitや変更票でレビューし、決められたコマンドとライブラリでコンパイル・テストするエディター保存を本番反映完了とみなさない

ACSは5250やSQL確認などで役立ちますが、ソース変更の正式な流れは現場ごとに異なります。道具の新しさより、現行版、差分、承認、戻しを追えることを優先します。