2026-05

1. 導入：なぜ「正規化」を知る必要があるのかメインフレームで長年稼働しているCOBOLやアセンブラのプログラムを保守・移行する際、避けて通れないのが「浮動小数点の計算結果が、PCやJavaと微妙にずれる」という現象です。この原因の多くは、...

メインフレームは長きにわたり、社会の基盤を支えるシステムとして進化を遂げてきました。しかし、その進化の過程で生まれた「歴史的遺産」の中には、現代のシステム移行や改修において、予期せぬ落とし穴となるものがあります。今回は、その中でも特に数値計...

1. 導入：なぜ今、FIXED BINARYを見直すべきかメインフレームのPL/I開発において、数値データの型定義はプログラムの実行性能に直結します。特にループ制御やインデックス計算で「なんとなく」DECIMAL型を使用していませんか？ 演...

こんにちは、メインフレーム技術者の皆さん！特に、これからPL/Iなどの言語で数値計算を始める皆さん、今日のテーマは「浮動小数点リテラルの接尾辞 (E, D)」です。これは、皆さんが書くプログラムの計算結果の「精度」を左右するとても重要な知識...

1. 導入：なぜこの「型混合」が危険なのかメインフレームのPL/I開発において、MAX関数やMIN関数は非常に便利です。しかし、異なる属性（FIXED DECIMAL、FIXED BINARY、FLOATなど）を一つの関数に投げ込むと、PL...

1. 導入：なぜこの挙動を理解しておく必要があるのかメインフレーム開発、特にPL/IやCOBOLを用いた基幹システムにおいて、算術代入時の「暗黙の切り捨て（Truncation）」は、長年暗黙の了解として扱われてきました。しかし、現代のシス...

1. 導入：なぜリテラルの書き方が重要なのかメインフレームのPL/I開発において、プログラムの中に直接数値を記述する「リテラル」は日常的に使われます。しかし、何気なく書いた `123.45` という数字が、実はコンパイラによって厳格な型（精...

1. 導入：なぜ組み込み関数による精度制御が必要なのかメインフレーム上の演算において、単純な算術演算子（+や）を使用すると、コンパイラが定義したデフォルトの精度ルールに従って中間結果が切り捨てられることがあります。特に金融系システムや統計処...

1. 導入：なぜ今、CEIL/FLOORの精度を疑う必要があるのかメインフレーム開発において、数値計算はビジネスロジックの根幹です。特に金融計算やシミュレーションでは、小数点以下の端数処理に「CEIL（切り上げ）」や「FLOOR（切り下げ）...

導入：なぜ「精度」を明示しないといけないのか？メインフレームのプログラミングにおいて、データ型を宣言する際、つい「DCL X FIXED BIN;」のように精度を省略していませんか？実は、この「省略」こそが、将来的に深刻なバグや予期せぬ演算...