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

鉄の掟とメモリの迷宮：PL/IにおけるAUTOMATIC変数とスタック管理の深淵基幹系システムの保守やレガシーマイグレーションの現場において、PL/I（Programming Language One）という言語は、しばしば「古めかしいもの...

メインフレームの深淵：AUTOMATIC変数のライフサイクルとスタック破壊を回避する流儀若手のエンジニアからよく聞かれる質問がある。「なぜPL/Iには予約語が存在しないのか？」「AUTOMATIC変数を多用してスタックを飛ばしてしまうのはな...

PL/Iの世界へようこそ！「自動変数」とスタック管理の意外な深淵を紐解くこんにちは。IBMメインフレームの世界へようこそ。COBOLやJavaでバリバリとコードを書いてきた方にとって、PL/Iという言語は、どこか古風で、それでいて驚くほど自...

PL/Iの「境界なき世界」を歩む：ON SUBSCRIPTRANGEと守護者の矜持メインフレームの現場で長くPL/Iと対峙していると、時折、C言語の`Segmentation Fault`が可愛く見える瞬間がある。PL/Iには、他言語のよう...

現場の視点：PL/Iの「予約語なし」という自由と、ON SUBSCRIPTRANGEという名の「守護神」長年メインフレームの現場にいると、若手からよくこんな質問を受ける。「PL/Iって、なんでこんなに自由なんですか？ 変数名に `IF` や...

現代のエンジニアに贈る、PL/Iの「境界線」との付き合い方JavaやCOBOLの世界からメインフレームのPL/Iへ飛び込んできた皆さん、ようこそ。PL/Iという言語、一見すると「古めかしい」「厳しそう」という印象があるかもしれません。でも安...

ゼロ除算の深淵：PL/IにおけるON ZERODIVIDEの挙動と、移行期に潜む「死の罠」メインフレームの現場で長く生きていると、コンパイラの最適化によって「あり得ないはずの場所」でABEND（異常終了）が発生する瞬間に立ち会うことがある。...

ゼロ除算を恐れるな ― PL/IのONユニットによる例外制御の流儀現場の若手エンジニアから、「バッチ処理で計算エラーが起きてシステム異常終了（ABEND）したのだが、どうにかスマートに回避できないか」と相談を受けることがよくある。メインフレ...

PL/Iの「ON ZERODIVIDE」で学ぶ、例外ハンドリングの奥深い世界こんにちは。メインフレームの世界へようこそ。普段JavaやCOBOLを触っている方からすると、PL/Iは少し「異質な言語」に見えるかもしれませんね。でも安心してくだ...

PL/Iの「予約語なき設計」が生む美学と、ENDFILE制御の深淵現代のJavaやC#に慣れ親しんだエンジニアが初めてPL/Iのソースコードを目にすると、十中八九その「曖昧さ」に当惑する。例えば、`IF IF = THEN THEN = E...