PL/Iの学習

メインフレームの深淵：FIXED BINARY(15)と(31)が支配する演算効率の最適化基幹システムのコードベースを紐解くと、そこに刻まれた `FIXED BINARY` の定義一つひとつに、当時のアーキテクトが込めた「意図」が見えてくる...

【現場の極意】FIXED BINARY(15) vs (31) ―― メインフレームの演算効率と「落とし穴」を徹底解剖する若手から「計算フィールドの定義、とりあえず `FIXED BIN` にしてますが、(15)と(31)って何か違いがある...

PL/Iの「型」でハマらないために：FIXED BINARY(15)と(31)の深淵と実用こんにちは。メインフレームの迷宮へようこそ。JavaやCOBOLから来た皆さんにとって、PL/Iのデータ宣言は時に「なぜこんなに種類があるの？」という...

PL/Iの「OMITTED」引数：そのNULLポインタの深淵と、レガシー移行の罠メインフレームの現場で何十年と生き続けてきたPL/Iのコードベースにおいて、`OMITTED`属性は、まさに「諸刃の剣」と呼ぶにふさわしい存在です。特に、オンラ...

メインフレームの深淵へ：PL/Iにおける「引数省略（OMITTED）」とNULLポインタの防衛術やあ、今日もバッチの夜間ジョブ監視と格闘しているエンジニア諸君。IBMメインフレームのプロジェクトで、レガシーコードの解析をしていると必ず出くわ...

こんにちは。IBMメインフレームの世界へようこそ。Javaのオブジェクト指向やCOBOLの厳格なデータ定義に慣れ親しんだ皆さんが、PL/Iのコードを初めて目にしたとき、「なんだか少し古めかしくて、独特な書き方をするな」と感じるのは当然のこと...

汎用機の深淵：OPTIONS(MAIN)とJCL PARMの「危うい」作法基幹システムの現場で、長年稼働し続けるPL/Iプログラム。その入り口である `OPTIONS(MAIN)` プロシージャにおけるパラメタ受け取りは、一見単純なようでい...

メインフレームの流儀：PL/IにおけるPARM引数受け取りの「正攻法」をマスターする若手のエンジニアから、「JCLのPARMで渡したパラメータがうまく拾えない」「文字化けする」といった相談をよく受ける。メインフレームの世界でPL/Iを扱う以...

PL/Iの「玄関口」を攻略する：JCLのPARMを安全に受け取る作法メインフレームの世界へようこそ！JavaやCOBOLの経験がある方にとって、PL/Iは少し「古風で頑固な職人」のように見えるかもしれません。でも安心してください。一つひとつ...

PL/IのRETURNS属性：戻り値の「型」が引き起こす基幹システムの静かなる崩壊現代のJavaやC#のモダンな開発現場から見れば、PL/Iの`RETURNS`属性など、単なる関数の戻り値定義に過ぎないと思うかもしれない。しかし、IBMメイ...