未分類

導入メインフレームのシステム開発において、複数のサブシステムを結合する際、最も恐ろしいバグの一つが「意図しないモジュールの呼び出し」です。特に、大規模なPDS（Partitioned Data Set）ライブラリを統合する際、異なる開発チー...

1. 導入：なぜ「RETURNS」の明示が重要なのかメインフレーム開発の現場において、PL/Iのプロシージャ定義は非常に柔軟です。しかし、その柔軟さゆえに「変数参照」と「関数呼び出し」の区別が曖昧になり、意図しないバグを招くことがあります。...

1. 導入：なぜこの技術が重要なのかメインフレームのレガシーコードを読んでいると、手続き（PROC）の深い入れ子構造の中から、突然外側のラベルへジャンプする処理を見かけることがあります。これは「ブロック脱出」と呼ばれる手法です。なぜこのよう...

導入メインフレームでの開発において、パフォーマンスの最適化は永遠のテーマです。しかし、呼び出し側と受け取り側で引数のデータ定義が微妙に食い違っていると、予期せぬデータ破損や、著しい性能低下を招くことがあります。特に「ALIGNED」属性の不...

1. 導入：なぜNOPASSが重要なのかメインフレームの現代的な開発環境において、構造体やクラスのメソッド定義で頻繁に遭遇する「暗黙の引数」問題は、パフォーマンスとコードの可読性を低下させる要因の一つです。通常、インスタンスメソッドは呼び出...

1. 導入：なぜ「名前修飾（マングリング）」を意識するのかメインフレームのシステム開発において、PL/Iで書かれた既存資産と、COBOLやC、あるいはJava（JNI）などの新しい技術を連携させる機会は増えています。しかし、ここで必ずと言っ...

1. 導入：なぜ「ENTRY変数」が重要なのかメインフレームの大規模バッチ処理において、膨大な数の業務ロジックを条件分岐で制御しようとすると、コードは「巨大なIF文の連鎖」となり、保守性が著しく低下します。今回解説する「ENTRY変数（手続...

導入メインフレーム開発において、手続きの再帰呼び出し（Recursive Call）はアルゴリズムを簡潔に記述する強力な手法ですが、不用意な実装はシステム障害に直結します。特に、再帰深さが想定を超えた場合に発生する「STORAGE条件（S0...

1. 導入：なぜ「ON条件」のスタック化が重要なのかメインフレームのシステム開発において、エラー処理は非常に重要です。しかし、プログラム全体でエラー処理を固定してしまうと、「この処理のときだけはエラーを無視したい」「特定の場所だけ特別なエラ...

導入メインフレーム開発の現場において、マジックナンバーの排除は保守性を高めるための鉄則です。しかし、手続き（プロシージャ）内で宣言した定数が、どのような範囲で有効であり、また内部手続きからどう参照されるのかを正確に把握していないと、予期せぬ...