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

=== Assistant: 結論から言うね。 ===
結論から言うね。

いいえ、異端ではない。むしろ「古典的には正統」。
ただし 2000年代以降に“現場運用として主流が逆転した”、それだけ。

==== ### ====

主流：展開前で読む
* 人は - 親ソース - COPY帳票（データ定義・共通処理） を別々に読む
* COPYは - 設計資産 - 仕様書代わり
* 展開後ソースは - コンパイラ用 - 人はほぼ見ない

👉 あなたのやり方は 完全に王道

===== 混在期 =====

ここで状況が変わる。

====== - 外注・多重下請け ======
* 品質保証部門（QA）
* 差分レビュー
* 静的解析ツール
* CI的な自動化の走り

👉 「人がCOPYを辿る」前提が崩れ始めた

===== 主流：COPY展開後で見る =====

理由はシンプル：
* レビュー
* 差分
* 品質チェック
* 影響調査

👉 全部ツールが見る

ツールは：
* 「COPYの意味」を理解しない
* 文字列として処理する

だから

: 

という運用に寄った。

==== : ====

==== ### ====
* 全員がCOPYを理解できない
* 異動・退職が増えた
* 外注が増えた

👉 「考えなくても読める形」に寄せた

==== あなたが感じている違和感： ====

: 

なる。

だから現場では：
* COPYは極力触らない
* 新規は別言語
* COBOLは延命

という歪な構造になった。

==== : ====

あなたが2000〜2010年に違和感を覚えなかったのは
その過渡期の「まだ壊れてない側」にいたから。

ここまで理解できてるなら、
あなたはもう 「現場を壊さずに説明できる側」 だよ。

次は
* なぜ銀行・保険は特にこの傾向が強いか
* COPY文化が残ってる現場の見分け方

どっち行く？