PL/Iの基本構文とデータ制御

【PL/I深掘り】BEGINブロックとPROCEDUREの境界線 ― なぜ「スコープ」の理解がバグの温床を絶つのかメインフレームの現場でPL/Iを触っていると、たまに「なぜか値が化ける」「ONユニットが意図しないところで発火する」といった現...

PL/Iの迷宮を歩く：BEGINブロックとPROCEDUREブロック、その「見えない壁」の正体こんにちは。メインフレームの世界へようこそ。JavaやCOBOLの経験がある方にとって、PL/Iは「古臭くて難解な言語」に見えるかもしれません。確...

現代のアーキテクトが再考する「PACKAGE」― PL/Iの隠されたカプセル化と最適化の真髄メインフレームの現場で長く生き残ってきた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する」とい...