識別子（変数名）の命名規則と予約語を持たないPL/Iの構文規則

PL/Iの「DEFINED」属性：メモリを操る劇薬と、その正しい作法現場で長年メインフレームと対峙していると、後輩から時折こんな質問を受ける。「なぜ古いプログラムには、同じメモリ領域を別の名前で呼ぶような、一見すると不可解なコードが多いのか...

PL/Iの「メモリ再定義」を攻略する！DEFINED属性とアライメントの深淵こんにちは。メインフレームの現場でPL/Iのコードを数十年見続けてきたシステムアーキテクトです。JavaやCOBOLといった「型」や「構造」がしっかり決まった言語か...

PL/Iの深淵：BASED変数とポインタによるメモリ操作の「禁忌」と「真髄」IBMメインフレームの世界において、PL/Iは単なる高級言語ではない。それは、ハードウェアのレジスタやストレージ境界を直接なぞるための、極めて精緻な「道具」だ。特に...

【現場の心得】PL/Iの「BASED」と「ポインタ」でメモリを操る――その力と、潜む罠やあ。今日もメインフレームの迷宮に潜り込んでいる諸君、お疲れ様。COBOLの堅牢さも悪くないが、PL/Iの「何でもできる」という言語設計には、時としてエン...

メインフレームの「深淵」を覗く：PL/IポインタとBASED変数でメモリを自由自在に操るこんにちは。長年、IBMメインフレームの心臓部と向き合ってきたシステムアーキテクトです。JavaやCOBOLの世界からやってきた皆さんにとって、PL/I...

PL/Iの「CONTROLLED属性」が支配する動的メモリの深淵：レガシー移行の設計判断基準メインフレームの現場で長年PL/Iコードと対峙していると、時折、「なぜこの言語はこれほどまでに自由なのか」と驚かされることがある。現代のJavaやC...

【PL/Iの真髄】CONTROLLED属性による動的メモリ管理と、現場で生き残るための「スタック」との使い分けメインフレームの現場で長くPL/Iを触っていると、「なぜこのプログラムはこんなにメモリを食うのか」あるいは「なぜこのポインタが意図...

PL/Iの世界へようこそ！「CONTROLLED属性」でメモリを自在に操る魔法こんにちは。メインフレームの世界へようこそ。これまでJavaのガベージコレクションや、COBOLの固定長データ領域に慣れ親しんできた方にとって、PL/Iのメモリ管...

静的領域の深淵：PL/IにおけるSTATIC属性とメモリ管理の危うい均衡メインフレームの現場で長く生きていると、現代的なJavaやC#の「メモリ管理はランタイムにお任せ」という文化が、いかに温室育ちであるかを痛感させられる。PL/Iの`ST...

PL/Iの「STATIC」と再入可能性：レガシーシステムの深淵を歩くエンジニアへ諸君、お疲れ様。今日も今日とてJCLの海を泳ぎ、VSAMの不整合と戦っていることだろう。PL/Iという言語は、一見すると「古臭い」と揶揄されがちだが、その仕様の...