2026-07

【PL/I深掘り】初期化の罠に堕ちるな――INITIAL属性の「静的」と「自動」を使い分ける技術こんにちは。メインフレームの深淵を覗き続けて幾星霜、今日も今日とてJCLの海を泳ぎ、VSAMの不整合と格闘する皆さんに、PL/Iの「初期化」とい...

PL/Iの「初期化」でハマらないために！静的変数と自動変数の意外な落とし穴こんにちは！メインフレームの世界へようこそ。JavaやCOBOLの経験がある方なら、「変数を宣言して初期値をセットする」という操作は日常茶飯事ですよね。しかし、PL/...

PL/Iの深淵：BASED変数とポインタが織りなす「動的メモリ」の魔術と死角メインフレームの現場で長く生き残っているPL/Iコードを眺めていると、時折、現代の高級言語では見かけない「生々しいメモリ操作」に出くわすことがある。特に`BASED...

現場のエンジニアへ：BASED属性とポインタ管理で「動的ストレージ」を使いこなせメインフレームの現場にいると、「レコード長が可変のVSAMファイルを読み込みたい」「メモリを節約するために必要な時だけ領域を確保したい」という場面に必ず遭遇する...

メインフレームの「動的メモリ管理」を攻略せよ！PL/IのBASED属性とポインタの極意こんにちは。メインフレームの世界へようこそ。JavaやCOBOLの経験がある方にとって、PL/Iのコードを初めて見たときの第一印象は「何だか少し、記号が多...

メインフレームの深淵：DEFINED属性が招く「メモリの幽霊」とモダナイゼーションの罠汎用機のアーキテクトとして長年コードの海を泳いでいると、PL/Iの`DEFINED`属性ほど、開発者の習熟度と「システムへの敬意」を如実に物語る機能はない...

「メモリを喰らう」感覚を忘れるな：PL/IにおけるDEFINED属性とメモリ再定義の深淵若手エンジニアからよく受ける質問に、「ポインタを使わずに、一つのレコードを別の型として扱うにはどうすればいいか？」というものがある。COBOLの`RED...

PL/Iの「DEFINED属性」でメモリを操る：レガシーの知恵を紐解く皆さん、こんにちは。メインフレームの世界へようこそ。JavaやCOBOLでバリバリ開発してきたけれど、ふと目の前に現れたPL/Iのコード。「なんだか古めかしくて難しそう…...

メインフレームの深淵：PL/Iにおけるアライメント戦略と、その「見えない代償」メインフレームの現場で長くPL/Iと向き合っていると、ふとした瞬間に「なぜこの構造体はこんなにメモリを食うのか？」という疑問に突き当たることがあります。特にJav...

【PL/I深掘り】ALIGNED vs UNALIGNED：メインフレームのメモリ効率を支配する「境界調整」の美学メインフレームの現場で何十年も戦っていると、時折「なぜか計算処理が遅い」「構造体のサイズが想定より大きくて、ファイルI/Oでバ...