PL/Iの学習

なぜ今、PL/Iの「MAP」を読み解く必要があるのかメインフレームの現場で、長年凍結されていた巨大なバッチプログラムの改修を任されたとき、一番の恐怖は「どこをいじるとメモリが壊れるか分からない」という不安ではないでしょうか。PL/Iは、その...

PL/Iの「見えないメモリ」を可視化する！MAPオプションとレイアウト最適化の極意こんにちは。メインフレームの深淵へようこそ。JavaやCOBOLの世界からやってきた皆さんにとって、PL/Iの「何でもあり」な柔軟性は、時に魔法のように見え、...

領域の境界線を見極める：PL/Iにおける動的メモリ操作とデバッグの極意メインフレームの心臓部で鼓動を打つPL/I。JavaやC#のガーベッジコレクションに慣れた世代には、この言語のメモリ管理は時に「古臭い」と映るかもしれません。しかし、基幹...

メインフレームの闇を照らす：LENGTHとSTGで動的メモリの「素顔」を暴く現場の諸君、今日もVSAMのレコードと格闘しているか？大規模なバッチ改修や、レガシーシステムのマイグレーションで一番怖いのは何だと思う？ データベースのデッドロック...

PL/Iの「メモリの深淵」を覗く：LENGTHとSTG関数でデバッグを味方につけるこんにちは。長年メインフレームの保守・運用、そして数々のマイグレーションプロジェクトを渡り歩いてきたシステムアーキテクトです。「PL/I？ なんだか古めかしく...

鉄壁のデータ検証：PL/I `VERIFY`関数が守り抜く基幹システムの整合性汎用機の現場で数十年にわたり稼働し続けるPL/Iプログラム。その堅牢性の根底にあるのは、言語仕様の厳格さと、メモリレイアウトに対するプログラマの深い洞察です。今日...

メインフレームの守護者へ：VERIFY関数で「汚れたデータ」を弾き飛ばす鉄壁のバリデーションシステムアーキテクトとして長年、数千万行規模のレガシーコードと対峙してきたが、結局のところ、システムが死ぬ原因の8割は「想定外のデータ」だ。どんなに...

メインフレームの世界へようこそ！PL/Iで「入力チェック」をスマートに行う方法こんにちは。長年、IBMメインフレームの深淵でシステムアーキテクチャと格闘してきた、あるアーキテクトです。「PL/I？ なんだか古臭い呪文のようだな」と感じている...

EBCDICの深淵：PL/I `TRANSLATE`関数とレガシー移行における「見えない境界線」IBMメインフレームの現場で何十年と生き抜いてきた諸君なら、一度は`TRANSLATE`関数の挙動に救われ、あるいはその巧妙な罠に翻弄された経験...

現場のエンジニアへ捧ぐ：PL/I `TRANSLATE`関数とEBCDICの深淵メインフレームの現場で長く戦っていると、「なぜか文字化けする」「変換テーブルの定義が場当たり的だ」といったトラブルに遭遇することがある。特にレガシーマイグレーシ...