AS400 / IBM i の開発・保守では、PDM、SEU、RDi、ACS、VS Code、SQLなど、いくつかの道具が出てきます。初心者は「どれを覚えればよいのか」で迷いやすいですが、現場では新旧の道具が混在していることも多いです。
この記事では、AS400保守担当者が最初に知っておきたい開発ツールの役割を整理します。最新ツールを否定せず、古い現場で使われているPDM/SEUも含めて、何に使う道具なのかを見ます。
よく出る開発・保守ツール
| ツール | 主な用途 | 初心者の見方 |
|---|---|---|
| PDM | ソースメンバーやオブジェクトの一覧操作 | 古い現場で今もよく使う入口 |
| SEU | ソース編集 | 固定形式RPGやCLの修正で出ることがある |
| RDi | IBM i向け統合開発環境 | RPG/CLを近代的な環境で扱う選択肢 |
| ACS | 5250、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を、現場の手順と安全ルールに合わせて使い分けることが大切です。
単一レベル記憶・TIMI・将来性を理解する
AS400が長く使われる理由を理解するには、単一レベル記憶、TIMI、IBM iの互換性、ブラックボックス化リスクも押さえる必要があります。詳しくは AS400の単一レベル記憶とTIMIの解説 を確認してください。概念だけでなく、保守・影響調査・移行判断へつなげて整理しています。
Git・ソース管理・AI活用の前に
RPG/CLの保守をGitやAI活用へつなげる時は、AS400でGit・ソース管理を始める手順を確認してください。ソースの正本、コンパイル手順、レビュー、切り戻し、Codex利用時の注意点を整理します。
開発ツール選びは保守体制とAI利用ルールも見る
PDM、SEU、RDi、VS Code、Codexは、どれが新しいかだけで選ぶより、現場の保守体制、ソース管理、レビュー、教育、機密情報ルールと合わせて選ぶ方が失敗しにくいです。会社でAIを使う場合はSIer向けCodex利用ルールも確認してください。
関連する全体像はAS400初心者向け完全ガイド、作業別の確認コマンドはAS400コマンド逆引き、運用・障害対応はAS400保守・運用完全ガイドも合わせて確認してください。
