PL/Iの学習

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;」のように精度を省略していませんか？実は、この「省略」こそが、将来的に深刻なバグや予期せぬ演算...

導入：巨大な数値を効率的に扱うためにメインフレーム開発において、メモリやストレージの効率は常に重要な課題です。特に、売上高や大規模な集計データなどで、下位桁が常にゼロである数値を扱う際、そのまま定義すると非常に大きな桁数が必要になります。こ...

1. 導入：なぜ今、COMPLEX型を理解すべきか科学技術計算や電気工学シミュレーションにおいて、複素数（実数部と虚数部）の扱いは不可欠です。PL/I等のメインフレーム言語には、この複素数を直接扱えるCOMPLEX型が標準で備わっています。...

はじめにメインフレームの世界では、古くから使われているデータ型や演算方法が数多く存在します。その中でも、特に注意が必要なのが「BIN（2進数）」と「DEC（10進数）」のデータ型を混ぜて計算する際の「暗黙の変換」です。この変換は、一見便利に...

1. なぜ「桁数」の制約が重要なのかメインフレームでの開発において、数値計算の精度はシステムの信頼性に直結します。特にレガシー資産を抱える環境では、かつてのハードウェア仕様に縛られた「15桁」という制限が、データ移行や現代の言語への書き換え...