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

PL/Iの「自由」という名の劇薬：INTERNAL属性が守る基幹システムの聖域メインフレームの現場でPL/Iのコードを眺めていると、現代のJavaやC#の厳格なスコープ管理が、いかに「後から付け加えられた規律」であるかを痛感させられます。P...

【PL/I深層解説】INTERNAL属性で「名前の衝突」を根絶せよ：大規模保守の現場からメインフレームの現場で何十年と稼働しているレガシーコードの改修、胃が痛くなる作業だよな。特に厄介なのが「変数名がどこで定義されているか分からない」という...

PL/Iの「名前」と「守備範囲」：INTERNAL属性で安全なコードを書こうこんにちは！メインフレームの世界へようこそ。JavaやCOBOLを触ってきた方にとって、PL/Iは「なんだか古臭そうだけど、実は懐が深い言語だな」と感じるかもしれま...

迷宮のGLOBAL変数：PL/I `EXTERNAL` 属性とメモリの深淵メインフレームの現場で長く生きていると、「なぜこんな仕様なのか」と頭を抱えるコードに遭遇する。特にPL/Iの `EXTERNAL` 属性は、現代の言語設計から見れば「...

【PL/I深層解説】 EXTERNAL属性による変数共有と、リンケージの深淵現場で「なぜか値が化ける」というバグに遭遇したとき、多くのエンジニアはまずレコード入出力の読み込みミスを疑う。だが、大規模なバッチ改修の現場で長年揉まれてきた私から...

PL/Iの「EXTERNAL属性」で紐解く、モジュール間データ共有の深淵こんにちは！メインフレームの世界へようこそ。JavaやCOBOLの経験がある皆さんにとって、PL/Iという言語は少し「異質な存在」に映るかもしれませんね。特に「予約語が...

PL/Iの「予約語なき世界」と、ENTRY属性が握るシステム運命の鍵メインフレームの心臓部で稼働し続けるPL/Iのコードを眺めていると、時折、現代の言語にはない特異な「自由」を感じることがある。その筆頭が「予約語を持たない」という設計思想だ...

PL/Iの深淵へ：外部呼出しの作法と「予約語なき世界」の落とし穴メインフレームの現場で何十年と稼働し続けるPL/I。C言語のような厳格な予約語がなく、どんな単語でも変数名にできてしまうこの自由さが、時に後世のエンジニアを震え上がらせるバグの...

「予約語なし」の衝撃！PL/IにおけるENTRY属性と呼び出し規約の深淵へ皆さん、こんにちは。メインフレームの世界へようこそ。JavaやCOBOLから来たエンジニアの皆さんが、最初にPL/Iのコードを見たとき、必ずと言っていいほど直面するの...

PL/Iの「初期化の罠」— INITIAL属性の挙動と、現代的システム移行への警鐘メインフレームのコードベースを紐解くと、時折、設計者の意図が見えなくなる箇所に遭遇する。PL/Iという言語は、その柔軟性と「予約語を持たない」という仕様ゆえに...