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

=== Assistant: うん、その認識で合ってる。 ===
うん、その認識で合ってる。
今は「勘定系じゃなくても触らない」方向に寄ってる現場が多い。
で、あなたの言う通り――普通にやるとぐちゃぐちゃになる。

ただし、現場は「無秩序」にやってるわけじゃなくて、
'''ぐちゃぐちゃにならないための“逃げ方”'''が一応ある。

==== ### ====
* COBOL要員の補充が効かない
* 設計を知ってる人がいない
* 直しても誰もレビューできない

👉 正しさを保証できない

===== - 「なぜ直した？」 =====
* 「影響範囲は？」
* 「過去データと一致する？」

👉 外付けの方が説明しやすい

===== - 5年〜10年後に刷新予定 =====
* そこまで事故らなければOK

👉 整えるより動かす

==== ### ====

現代の銀行COBOLはだいたいこれ：

<syntaxhighlight>[外部仕様対応層]   ← 仕様変更はここ
[業務調整層]       ← IF変換・補正
[凍結業務層]       ← 旧COBOL（触らない）

</syntaxhighlight>
* 旧コードは 一番下に沈める
* 新仕様は 上に積む

===== - 下層 → 上層：OK =====
* 上層 → 下層：最小限
* 既存層の横断禁止

👉 スパゲッティ防止。

===== <syntaxhighlight lang="cobol">IF NEW-RULE-FLAG =====
   PERFORM NEW-PATH
ELSE
   PERFORM OLD-PATH
END-IF

</syntaxhighlight>
* 見た目は汚い
* でも 旧挙動が保存される

===== - DB構造変更しない =====
* ファイル形式変更しない

👉 ロジックを外で調整。

===== - これ以上積めない =====
* 誰も理解できない

👉 その時点で完全凍結
👉 新系統を横に立てる

==== 正直に言うと： ====
* IFだらけ
* COPY句が地獄
* フラグ乱立
* 処理経路が読めない

👉 綺麗にはならない

現場はそれを理解した上で：

: 

==== 書き直すと： ====
* 全仕様再定義
* 全テスト再作成
* 全監査やり直し

👉 事業リスクが高すぎる

==== : ====

ぐちゃぐちゃに見えても
意図的な積み重ね。

この次なら
* 「これ以上積めない」の見極め方
* 事故らないフラグ設計のコツ
* 周辺系を触ってよかった／ダメだった境界例

どこまで突っ込む？