PL/Iの学習

【PL/I入門】メモリを「自分の手」で操る！CONTROLLED属性による動的メモリ管理の極意こんにちは。メインフレームの世界へようこそ。JavaやCOBOLの世界からやってきた皆さんにとって、PL/Iのコードを初めて見たときの感想は「何だ...

メインフレームの深淵：PL/Iにおけるメモリ管理の「静」と「動」を極めるシステムアーキテクトとして数多くの基幹系マイグレーションを見てきたが、JavaやC#のエンジニアがPL/Iのコードを読み解く際、最も躓くのが「ストレージクラス」の概念だ...

メインフレームの闇を照らす：STATIC変数とAUTOMATIC変数の「生存期間」を正しく理解する現場の若手エンジニアから、たまにこんな質問を受ける。「なぜこの変数は、サブルーチンを抜けても値が残っているのか？」「なぜこのポインタは、次の呼...

PL/Iの「メモリの寿命」を攻略する！STATICとAUTOMATICの境界線こんにちは！メインフレームの世界へようこそ。JavaやCOBOLでバリバリ開発してきた皆さんにとって、PL/Iのメモリ管理は少しだけ「独特」に映るかもしれません。...

PL/I再入可能コードの深淵：CICS・マルチスレッド環境における静的ストレージの攻防メインフレームの現場で「再入可能（REENTRANT）」という言葉を耳にする時、それは単なるオプション指定以上の重みを持つ。PL/Iにおいて `OPTIO...

メインフレームの真髄：再入可能（REENTRANT）なPL/Iプログラム設計と静的ストレージの罠諸君、お疲れ様。今日も今日とて、数十年前に書かれたレガシーコードの解析と格闘していることだろう。PL/Iという言語は、COBOLのような「お作法...

PL/Iの「再入可能性（REENTRANT）」を攻略する：マルチタスク環境で生き残るための静的ストレージ術こんにちは。メインフレームの現場で長年PL/Iと格闘してきたアーキテクトです。JavaやCOBOLの世界からメインフレームの世界に足を...

再帰の深淵：PL/IにおけるRECURSIVE属性と「スタック」という名の呪縛基幹システムの設計において、再帰処理（Recursive）は諸刃の剣だ。特にPL/Iにおいては、単に `RECURSIVE` キーワードを付与すれば済むという甘い...

現場で泣かないためのPL/I再帰処理：RECURSIVE属性とスタックの深淵若手エンジニアから「バッチ処理でツリー構造のデータを走査したいのですが、PL/Iで再帰ってどう書くんですか？」と聞かれることが増えた。PL/IはCOBOLのような手...

PL/Iの「RECURSIVE」と仲良くなる：再帰呼び出しでスタックを爆発させないための心得こんにちは。メインフレームの世界へようこそ。COBOLの「手続き型」やJavaの「オブジェクト指向」に慣れ親しんできた方にとって、PL/Iは少し不思...