PL/Iの学習

現場のエンジニアへ送る：PL/I「PACKAGE」による名前空間の設計とスコープ制御の極意大規模なバッチシステムを保守していると、かつて誰かが書いた数千行の巨大なプロシージャに遭遇し、修正のたびに「どこまで影響が出るのか」と冷や汗をかくこと...

PL/Iの「PACKAGE」でコードを整理整頓！名前空間とスコープの基本をマスターしようこんにちは。メインフレームの世界へようこそ！JavaやCOBOLの経験がある方にとって、PL/Iは少し「古風で少しクセのある職人」のように見えるかもしれ...

奈落の淵から紐解く `OPTIONS(MAIN)`：PL/Iランタイム初期化の深淵基幹システムを支えるメインフレームの現場において、`OPTIONS(MAIN)`は単なる「プログラムの開始点」という以上の重みを持っています。若手のエンジニア...

なぜ「OPTIONS(MAIN)」はただの飾りではないのか：ランタイムの深層を覗く若い連中からよく受ける質問がある。「なぜプログラムの最後に `OPTIONS(MAIN)` をつけるのか？ 単なる識別子じゃないのか？」と。答えは否だ。あれは...

PL/Iの「OPTIONS(MAIN)」は、魔法の入り口。LE/370との熱い抱擁を解き明かすこんにちは！メインフレームの世界へようこそ。JavaやCOBOLの経験がある方にとって、PL/I（ピーエル・ワン）という言語は、まるで「古の魔法書...

PL/Iの「ENTRY宣言」を制する者が、レガシー移行の聖域へ到達するメインフレームの心臓部で数十年動き続けるPL/Iプログラム。その保守やJava/C#への移行に携わる際、最も「バグの温床」となりやすいのが、別コンパイル単位（モジュール）...

外部呼出の「落とし穴」を埋める：PL/IにおけるENTRY宣言とLINKAGEの極意メインフレームの現場で何十年も稼働している基幹システムを改修していると、たまに遭遇するのが「なぜか計算結果が化ける」「特定のケースでだけABENDする」とい...

PL/Iの「ENTRY」って何者？外部プロシージャ呼び出しを怖がらずに使いこなそう！こんにちは。メインフレームの世界へようこそ。普段、JavaやCOBOLに慣れ親しんでいる方にとって、PL/Iのコードを目にしたとき、「なんだこの独特な宣言は...

メインフレームの深淵：BASED変数とポインタが引き起こす「動的メモリ」の悪夢メインフレームの現場で長く生きていると、現代のJavaやC#のモダンなメモリ管理がいかに「甘やかされているか」を痛感する。我々が扱うPL/Iの世界では、`BASE...

【PL/I深層解説】BASED変数とポインタ操作：諸刃の剣を使いこなすための現場の流儀メインフレームの現場で長く生き残っていると、時折「触りたくない」コードに出くわすことがある。その筆頭が、BASED属性とポインタを駆使して、メモリを強引に...