Editing Openai/694305e8-d7f8-800e-a8d8-fbf410be6545 (section)

=== Assistant: 結論から言うと YES。 ===
結論から言うと YES。
実務では「直さず互換で動かす」が基本方針。

==== ### ====

古い COBOL は
* 長年本番で動作
* 例外・端数・バグも含めて「仕様」

👉 直す＝仕様変更

金融・行政系では特に致命的。

===== - データ量が膨大 =====
* 昔の帳票・境界値
* 人も仕様も残ってない

👉 直した瞬間に検証不能

===== - 互換モード：設定だけ =====
* 修正：設計・実装・テスト全部

👉 圧倒的に互換が安い

==== ### ====

例（概念）：
* IBM互換
* COBOL85互換
* 富士通互換

<syntaxhighlight lang="text">まずコンパイルが通るか

</syntaxhighlight>

===== - 直さない =====
* 影響分析用に残す

===== |     |     | =====
| --- | --- |
|     |     |
|     |     |
|     |     |

==== - 数値計算 ====
* 丸め
* IF条件の書き方
* MOVEの順序
* ピリオド位置

👉 事故源

==== ### ====

→ 地雷

===== → やるなら全面刷新 =====

==== ある。でも稀。 ====
* 新規機能追加
* 別言語連携
* 将来の保守要員確保

👉 既存部は凍結、新規だけモダン

==== : ====

触らず、包んで、動かす。

次いくなら
* 互換モードの具体例（富士通 / MF / Gnu）
* それでも事故った実例
* 「直さない開発」の現場ルール

どれにする？