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

=== Assistant: 結論から言うと YES。 ===
結論から言うと YES。
外部で直す（＝囲う）COBOLは「新仕様側のCOBOL」。

ただし重要なのは：

: 

ここがよく誤解される。

==== <syntaxhighlight>[新仕様COBOL]   ← 触ってOK ====
    ↓ CALL
[旧仕様COBOL]   ← 触らない（凍結）

</syntaxhighlight>
* 下：昔のCOBOL（勘定系／既存）
* 上：新しく書いたCOBOL（調整・吸収用）

==== ### ====
* 法改正
* 手数料変更
* IF追加
* 分岐条件追加

👉 ロジックが新しい

===== - 最近作られた =====
* 設計書あり
* 担当者がいる

👉 責任を持てる

===== 実務では： =====
* 固定形式
* COBOL85相当
* 古い書き方

が普通。

理由：
* 既存資産と揃える
* CALL互換
* 教育コスト低減

==== ### ====
* STRING型
* FUNCTION句
* 可変長

👉 CALL境界で事故る。

===== - 周りが読めない =====
* ベテランも知らない

===== - 新仕様COBOLも 10年後は凍結 =====

👉 最初から「古い書き方」で書く。

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

==== ### ====
* 旧COBOLの結果は正
* 上で足す／引く

===== - フラグ増設NG =====
* 構造変更NG

===== - 将来Java化 =====
* API化

👉 一時的な層

==== 最近はある。 ====

<syntaxhighlight>[Java / API]
     ↓
[凍結COBOL]

</syntaxhighlight>

でも：
* 金融監査
* パフォーマンス
* トランザクション

で COBOLを挟むことが多い。

==== : ====

新しいのは 業務。
言語は あえて古い。

次に行くなら
* 新仕様COBOLを書くときの地雷
* 新旧COBOLのCALL設計テンプレ
* どこまでならJava化してよいか

どれ行く？