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

=== Assistant: じゃあ、2000年代の銀行・保険系現場で自由形式を安全に扱うためのルールや方法を整理するね。 ===
じゃあ、2000年代の銀行・保険系現場で自由形式を安全に扱うためのルールや方法を整理するね。

==== 1. 実装グループ - 展開前の親ソース＋COPYを理解する - 修正や新規コードはここで行う ====
# レビューグループ - 展開後ソースをチェック - 差分・帳票・ツール用確認のみ

: 

==== ### ====
* COPYは固定形式のまま残す
* 展開後も字面が大幅に変わらない
* 実装者は自由形式の親ソースだけを読む

===== - 自由形式でも COPY貼り付け位置の基準を統一 =====
* 継続行（7桁目）は影響なし
* 差分ツールやレビュー用に折り返し基準を決める

===== - 80桁依存チェックを無効化 or 調整 =====
* レビュー用に展開後ソースの見やすさを確保

==== 1. レビュー担当者に教育 - 自由形式と固定形式の差を理解 - 展開後チェックは「形式確認」だけ ====
# 小規模でテスト導入 - 全コード一斉変更は危険 - 部分モジュールで実験して問題点を洗い出す
# COPYの互換性維持 - 既存のCOPYは触らない - 必要な場合は別名コピーを作る

==== <syntaxhighlight>[親ソース（自由形式）] + [COPY（固定形式）] → 展開 → レビュー ====
実装者は展開前を理解して編集
レビュー担当は展開後を差分チェック

</syntaxhighlight>
* 実装者の理解度が担保されれば、自由形式でも事故はほぼ防げる
* 工程・ツールが80桁前提なら設定を変更

==== : ====

希望なら次に、当時の現場で自由形式を入れた場合に実際どんな事故やトラブルが起きたか具体例を挙げて解説できる。

やる？