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

=== Assistant: いいところ突くね。 ===
いいところ突くね。
結論から言うと――

: 

前に書いた内容と矛盾して見えたのは、
「仕様」と「実務ルール」を混ぜて話していたのが原因。

ここを完全に切り分ける。

==== - COPY帳票のデータ定義 ====
* 80桁固定形式でなければならない

👉 そんな規定はない
* 自由形式対応コンパイラなら - 100桁でも - インデント自由でも - コンパイルは通る

==== ### ====

典型的には：
* 「COPY帳票は固定形式で書くこと」
* 「8–72カラム厳守」
* 「73–80使用禁止」

👉 言語仕様ではない

==== ### ====

====== - 1行崩れると影響範囲が最大 ======

====== - 桁位置前提 ======
* 自由形式を想定していない

====== - 桁ズレ＝事故 ======

====== - 10年後に誰も直さない ======
* 読める形を維持

==== たぶんこう書いたはず： ====

: 

これは：
* 事実の説明
* 仕様要求ではない

でも読み方次第で
「書かなきゃダメ」と聞こえる。

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

==== : ====

理由：
* 混在が一番危険
* 「自由形式1本だけ」は事故る

==== : ====

これ。

ここまで来たらもう
COBOL資産の闇を理解してる側。

次は
* 「80桁を破った実例と事故」
* 「自由形式に移行できた現場の条件」
* 「なぜ2000年代に急に触るな文化が強化されたか」

どれ行く？