PL/Iプログラムの基本構造（PACKAGE、PROCEDURE、OPTIONS(MAIN)）

現場の「地雷」を踏まないために：PL/IにおけるENTRY宣言とインターフェースの整合性基幹システムの保守・運用、あるいはJavaやC#へのマイグレーション計画の最前線にいる諸君なら、一度は目にしたことがあるはずだ。「なぜか特定の条件下でだ...

なぜ「ENTRY宣言」をサボるのか？ ― 30年目のバッチが語る、型安全と悪夢のデバッグやあ、今日もメインフレームの保守お疲れ様。最近、若手から「PL/Iって古臭いけれど、なんでこんなに細かく宣言を書かなきゃいけないんですか？」と聞かれるこ...

こんにちは！メインフレームの世界へようこそ。COBOLの「堅牢さ」やJavaの「オブジェクト指向」に慣れ親しんだ皆さんが、次にPL/Iという言語に出会ったとき、最初に抱く感想はたいてい「自由すぎて怖い」というものです。でも安心してください。...

PL/Iの「BYVALUE」を極める：静的メモリの深淵と移行設計への処方箋メインフレームの心臓部で動き続けるPL/Iコード。長年、保守に携わってきたアーキテクトなら、`BYADDR`（デフォルト）と`BYVALUE`の境界線が、単なる引数受...

「値渡し」でバグを封じ込める：PL/IにおけるBYVALUEの正しい矜持現場の若手からよく「PL/Iの引数渡しって、結局デフォルト（BYADDR）でいいんじゃないですか？」と聞かれる。確かに、メインフレームの歴史的な経緯を考えれば、メモリ効...

こんにちは。メインフレームの世界へようこそ。「PL/I？ なんだか古めかしい名前だな」と身構える必要はありません。PL/Iは、C言語の柔軟性とCOBOLの堅牢性を併せ持つ、非常に賢く、そして時にちょっとクセのある「大人のプログラミング言語」...

メインフレームの深淵：PL/Iの「参照渡し」が引き起こす静かなる破壊と、その処方箋メインフレームの現場で長く生きていると、「なぜか本番環境でだけ値が壊れる」という怪奇現象に何度遭遇することか。その多くは、PL/Iのデフォルトである「参照渡し...

現場のPL/Iエンジニアに捧ぐ：CALL文の「参照渡し」という見えない罠と正しい付き合い方メインフレームの世界で数十年、数多のバッチシステムが火を噴く現場を渡り歩いてきたが、PL/Iにおいて「CALL文の引数」ほど、ベテランと若手の差がはっ...

PL/Iの「参照渡し（BYADDR）」を恐れないで！メインフレームの深淵へようこそこんにちは。長年メインフレームの「深淵」を覗き込み、時には格闘してきたシステムアーキテクトです。JavaやCOBOLからメインフレームの世界に足を踏み入れた皆...

メインフレームの遺産と対峙する：PL/IにおけるGOTOの呪縛と「構造化」の真意基幹システムの保守・更改現場に身を置いていると、必ずと言っていいほど「悪魔のコード」に出くわす。`GOTO`文が縦横無尽に飛び交い、変数のスコープが迷宮入りした...