PL/Iの学習

1. 導入：なぜ「72列」を意識する必要があるのかメインフレームのレガシーなソースコードを扱う際、私たちは「固定形式（Fixed Format）」という制約と常に隣り合わせです。特にCOBOLなどの言語では、ソースコードの記述は「72列目ま...

1. 導入：なぜINCLUDE階層の管理が重要なのかメインフレームのCOBOL開発において、共通定義体（COPY句や%INCLUDE）の活用は保守性向上の要です。しかし、何も考えずに階層を深くすると、プリプロセッサのスタック制限に抵触し、コ...

1. 導入：なぜビットフラグの抽象化が必要かメインフレームのCOBOLやPL/I開発において、ステータス管理にビットフラグを用いることは珍しくありません。しかし、ソースコード中に直接 `IF FLAGS = '01'B` や `IF FLA...

1. 導入：なぜ「コード爆発」を知る必要があるのかメインフレーム開発において、似たような定義を何百回も書くのは非常に手間がかかります。そこで活用されるのが、プリプロセッサによる「コード生成（マクロ展開）」です。しかし、この手法を安易に使うと...

1. 導入：なぜマクロのリスキャンを理解すべきかメインフレームのPL/I開発において、プリプロセッサによるマクロ展開は強力な武器ですが、意図せぬ動作に悩まされた経験はありませんか？特に「マクロが展開された結果、さらに別のマクロが含まれていた...

導入メインフレームのCOBOL開発において、Copybook（コピー句）を管理するSYSLIBは、プログラムの「正しさ」を決定づける重要な要素です。しかし、JCLのDD連結（Concatenation）を活用した「動的な解決」は、柔軟な反面...

1. 導入：なぜマクロ変数の「宣言」が重要なのかメインフレームのPL/I開発において、コンパイル前にコードを生成する「プリプロセッサ」は非常に強力なツールです。しかし、マクロ変数を使用する際、安易に値を代入していませんか？実は、宣言を怠ると...

1. 導入：なぜマクロでの「文字リテラル」渡しが重要なのかメインフレームのPL/I開発において、プリプロセッサ（マクロ）はコードの冗長性を排除する強力なツールです。しかし、引数として「文字リテラル」を渡す際、多くの技術者が「引用符（'）が意...

1. 導入メインフレームのプリプロセッサ制御において、一見すると「何もしていない」ように見える「ヌル・ステートメント（%）」は、コードの可読性と保守性を高めるために非常に重要な役割を果たします。特にマクロ処理や条件分岐が複雑化する現場におい...

1. 導入：なぜ「%GOTO」が必要なのか？メインフレームのPL/I開発において、複雑な条件分岐によってソースコードを生成する際、「特定の処理をスキップしたい」「特定の定義ブロックへ強制的にジャンプさせたい」という場面に直面することがありま...