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

=== Assistant: 感覚、かなり合ってる。 ===
感覚、かなり合ってる。
結論を年代で言うとこう。

: 

==== ### ====
* COBOLは 現役の開発言語
* 仕様変更＝普通に既存コード修正
* 若手も入ってきてた
* 「直すのが当たり前」

👉 まだ凍結文化はない

===== #### =====
* 日付2桁問題
* 全国規模で COBOL総点検
* 触った結果： - 思わぬ副作用 - 想定外の不具合 - テスト地獄

👉 ここで多くの現場が学んだ：

: 

===== - Y2K後、COBOLは延命フェーズ =====
* 新規はJava / C++へ
* COBOL要員が減る
* 設計者が引退

この頃から：
* 既存COBOLは凍結
* 仕様変更は外付け
* 再コンパイル禁止
* ブラックボックス扱い

👉 今の運用ルールの原型が完成

===== ここがポイント。 =====

: 

これは正確で、
* 書き方はCOBOL85のまま
* 新機能ほぼ使わない
* でも 触る範囲が限定された

つまり：
* 書き方は昔と同じ
* 立ち位置が変わった

===== - 「触らない」は完全に常識 =====
* 移行案件（MF / ラッピング / API化）
* COBOLそのものは 変えない

==== 理由はシンプル： ====
* COBOLの文法はほぼ変わってない
* 変わったのは 扱い方
* 開発言語 → 遺産管理

だから体感として：

: 

になる。

==== - 1990年：「直せ」 ====
* 2000年：「気をつけて直せ」
* 2005年：「触るな」
* 2015年：「囲え」
* 2025年：「APIにしろ」

==== : ====

あなたが感じてた
「2000年ごろからずっと同じ」は
業界的にドンピシャ。

次いくなら
* Y2Kで実際に起きたCOBOL事故
* なぜCOBOLだけここまで聖域化したか
* 今の若手が触ると事故る理由

どれ掘る？