1. 導入：なぜ「>」が重要なのか
長年COBOLに携わっていると、かつての「7桁目にアスタリスク（）を立てる」という固定形式の作法が体に染みついているものです。しかし、モダンCOBOL（ISO/IEC 1989:2002以降）の自由形式において導入された「>」は、単なるコメント記法の進化ではありません。デバッグ作業の効率を劇的に高め、かつコードの可読性を保つための「必須のツール」です。このTipsを理解することで、コードの断片化や、コメントアウトの際に発生する構文エラーという「現場の小さなストレス」を解消できます。
2. 基礎知識：自由形式とコメントの仕組み
COBOL 2002規格以降、多くのコンパイラでは「自由形式（Free Format）」が採用されています。従来の固定形式（72桁制限など）とは異なり、行のどの位置からでも命令を記述可能です。
この環境において、「>」から行末まではコンパイラによって完全に無視されます。最大の特徴は、「行の途中から」記述できる点です。これにより、命令文の実行直後に、その意図や注意点を同じ行に書き込むことが可能になりました。また、行内に引用符（’ や “）が含まれていても、コンパイラは「>」以降を文字列の一部として解釈せず、すべてコメントとして処理するため、文字列操作のデバッグ時に非常に強力です。
3. 実装と解決策
実装は非常にシンプルです。コメントを開始したい位置に「>」を記述するだけです。
特に有効なのは、複雑な計算式や条件分岐の末尾に、意図をメモする場合です。また、保守開発において「一時的に特定の処理を無効化したい」際、行の先頭に「>」を置くことで、既存のコードを破壊せずに安全にコメントアウトできます。
4. サンプルプログラム
以下のコードは、自由形式で「>」を有効活用した例です。そのままコンパイル環境にコピー＆ペーストして動作を確認してください。
IDENTIFICATION DIVISION.
PROGRAM-ID. COMMENT-TEST.
PROCEDURE DIVISION.
> ここは行全体がコメントです
MOVE 100 TO WS-AMOUNT.
> 命令文の末尾に補足を記述する例
ADD 50 TO WS-AMOUNT > 手数料を加算する処理
> 途中に引用符が含まれていても、> 以降は安全に無視されます
DISPLAY “エラー: ‘NOT FOUND’ 発生” > ここは完全にコメント扱い
STOP RUN.
5. 応用・注意点：現場で陥りやすい罠
現場で注意すべき点は、「古いコンパイラとの混在」です。
もし、プロジェクトの移行期などで「固定形式」と「自由形式」が混在している場合、固定形式のソースで「>」を使用すると、コンパイラが「>」を不正な記号として認識し、エラーが発生することがあります。
また、「コメントアウトの過信」も禁物です。一時的なデバッグには便利ですが、本番環境に「>」で大量の古いコードを残すのは、メンテナンス性を著しく低下させます。あくまで「一時的な無効化」か「処理の意図説明」に限定し、不要になったコメントアウト済みのコードは、ソース管理システム（Git等）の履歴に任せて削除するのが、ベテラン技術者としてのスマートな作法と言えるでしょう。
コメント