PL/Iの学習

導入：なぜENDに名前が必要なのかメインフレームの巨大なソースコードを保守する際、最も頭を悩ませるのは「DOやPROCEDUREの閉じ忘れ」によるコンパイルエラーや、意図しないスコープの暴走です。特に数千行を超えるPL/Iプログラムにおいて...

1. 導入：なぜ今、BIND(C)なのかメインフレームの資産を活かしつつ、オープン系のシステムや最新の言語と連携させる「ハイブリッド構成」が主流となっています。しかし、PL/Iで書かれた長年のビジネスロジックを、C言語やJava（JNI経由...

導入：なぜ再帰処理の設計が重要なのかメインフレーム開発において、COBOL等の言語で `RECURSIVE` 属性を用いたプロシージャを実装する際、最も注意すべきはメモリ管理です。手続きが自身を呼び出すたびに生成される `AUTOMATIC...

導入メインフレームのシステム開発において、ロードモジュールの肥大化やパフォーマンス低下は常に避けるべき課題です。特にPL/I等でプロシージャを定義する際、デフォルトのスコープ設定のままにしていませんか？プロシージャに「INTERNAL」属性...

1. 導入：なぜ「アスタリスク()」が必要なのかメインフレーム開発、特にPL/I環境において、サブプログラム（プロシージャ）を設計する際、「受け取るデータの長さが毎回異なる」というケースは頻繁に発生します。もし長さが固定された引数しか扱えな...

1. 導入メインフレーム開発において、メモリの効率的な管理はシステムの性能を左右する重要な要素です。特にPL/Iを用いる際、ループ内や特定の処理単位で動的に配列を確保したいケースは多々あります。BEGINブロックを用いた「動的初期化」は、必...

1. 導入：なぜ「定数」の書き換えが危険なのかメインフレーム（z/OS）の開発現場では、COBOLなどの言語で手続き（プロシージャ）を呼び出す際、引数を渡すことがあります。このとき、リテラル（'A'のような直接記述された値）を「書き換え可能...

導入：なぜ手続き定数が重要なのかメインフレーム開発において、プログラムの呼び出しは通常「固定的な記述」で行われます。しかし、実行時に条件に応じて呼び出す処理を切り替えたい、あるいはプラグインのように後から機能を追加したいという課題に直面する...

1. 導入：なぜ今、NOMAPが必要なのかメインフレーム環境でPL/IやCOBOL等の手続き間呼び出しを行う際、システムは通常、引数に対して「記述子（Descriptor）」を自動生成し、データのコピーや形式変換を行います。これは安全性と汎...

1. 導入：なぜ動的ロードが必要なのかメインフレーム開発において、メモリは非常に貴重なリソースです。大規模なシステムでは、すべての機能を常にメモリ上に常駐させると、容量が不足したり、初期化処理が重くなったりすることがあります。そこで役立つの...