2026-07

【メインフレーム技術伝承】PL/IからJavaへ：その「型」の壁をどう乗り越えるかメインフレームの現場で長年戦ってきた諸君なら、一度は耳にしたことがあるだろう。「PL/IのロジックをJavaに書き換える」というプロジェクトだ。一見、オブジェ...

メインフレームの遺産をJavaへ引き継ぐ：PL/Iから読み解く「データ型」の深淵こんにちは。メインフレームの世界へようこそ。もしあなたが今、長年稼働してきた「鉄壁の基幹システム」をJavaへ移行するプロジェクトにアサインされ、見たこともない...

メインフレームの残響：ON CONVERSIONで守る、基幹システムの「最後の砦」夜中の3時、運用担当者からの突然の電話。「オンラインバッチがS0C7で落ちました」。システムアーキテクトとして、この言葉ほど心臓を締め付ける響きはない。特にメ...

メインフレームの守護神たれ：ON CONVERSIONでデータ変換エラーを「御する」技術現場の皆さん、お疲れ様。今日も今日とてJCLの海を泳ぎ、ABENDコードのログと睨めっこしていることだろう。PL/Iという言語は、その汎用性の高さゆえに...

PL/Iの世界へようこそ！「変換エラー」をスマートにさばく魔法の呪文こんにちは。長年メインフレームの深淵を見つめ続けてきたシステムアーキテクトです。JavaやCOBOLの経験がある皆さん、今日からPL/Iという、少しレトロで、でも非常に強力...

境界なき悪夢：ON SUBSCRIPTRANGEで暴く「見えないメモリ破壊」の深淵メインフレームの現場で、夜中の3時に呼び出される悪夢の筆頭は、いつだって「原因不明のABEND」だ。特に、数百万行におよぶ枯れたレガシーコードの中で発生する、...

現場のエンジニアへ：配列境界外アクセスを「ON SUBSCRIPTRANGE」で制圧する作法メインフレームの基幹バッチにおいて、最も恐ろしい敵の一つが「サイレント・データ破壊」だ。特に配列の添字（サブスクリプト）が定義域を逸脱した際、PL/...

PL/Iの「配列境界チェック」を攻略する！――見えない地雷を可視化するテクニックこんにちは。メインフレームの世界へようこそ。普段、JavaやCOBOLに親しんでいる方にとって、PL/Iという言語はどこか「古めかしく、難解なルールが多そう」と...

ゼロ除算の深淵：PL/Iにおける例外処理と、レガシーシステムを沈没させないための防壁基幹系システムにおいて、0による除算（ZERODIVIDE）は単なる演算ミスではありません。それは時として、オンライン処理におけるCICSトランザクションの...

メインフレームの現場で生き残るための「例外処理」の作法：ON ZERODIVIDE編やあ、後輩諸君。今日もJCLのジョブカードと格闘しているか？メインフレームの世界では、「動いて当たり前」のバッチが何十年と稼働し続けている。だが、一度データ...