導入：なぜコメントの書き方が重要なのか
COBOLの歴史は長く、かつてはパンチカードの制約を受けた「固定形式」が主流でした。しかし、現代のモダンCOBOL（COBOL 2002以降）では「自由形式」が標準となり、より可読性の高いコーディングが求められています。ソースコードに適切なコメントを残すことは、数年後の自分やチームメンバーがコードを読み解くための「地図」を作る作業です。今回は、自由形式におけるコメントの現代的な書き方と、なぜ「>」を使うべきなのかを解説します。
基礎知識：自由形式とコメントの仕組み
固定形式のCOBOLでは、7カラム目に「」を置くことでコメントを表現していました。しかし、自由形式ではこの「カラム」という概念が撤廃されています。モダンCOBOLで採用された「>」は、行のどこからでも記述可能な柔軟なコメント記号です。
一方で、歴史的な経緯から、自由形式であっても行頭にアスタリスク（）を置くことが許容されるコンパイラも多いです。しかし、言語仕様としては「>」が正式な推奨記号であり、これを使うことで「最新の標準仕様に準拠している」という明確な意思表示になります。
実装と解決策
自由形式では、行の開始位置を意識する必要はありません。ただし、コードの可読性を保つために以下のルールを意識しましょう。
1. 行の先頭に「>」を配置する（行全体をコメントアウトする場合）。
2. プログラムの処理の直前や、複雑な計算式の行末に「>」を配置して補足説明を入れる。
サンプルプログラム
以下のコードは、自由形式で「>」を使用してコメントを記述した例です。コピー＆ペーストして動作確認のベースとしてお使いください。
> ———————————————————
> プログラム名: SAMPLE01.CBL
> 概要: 自由形式でのコメント記述テスト
> ———————————————————
IDENTIFICATION DIVISION.
PROGRAM-ID. SAMPLE01.
PROCEDURE DIVISION.
> ここはメイン処理の開始地点です
DISPLAY “Hello, Modern COBOL!”
> 変数の初期化（必要に応じてコメントを添える）
MOVE 100 TO WS-COUNTER
> 計算処理の補足：消費税込みの価格を算出する
COMPUTE WS-TOTAL = WS-PRICE 1.10
STOP RUN.
応用・注意点：現場で陥りやすい罠
ベテランとして一つアドバイスしておきます。古いCOBOLソースを自由形式にコンバートする際、安易にすべてを「>」に置き換えようとすると、思わぬバグを生むことがあります。
特に注意すべきは「行の途中にコメントを挿入する場合」です。コンパイラによっては、特定の文字列の途中で「>」を使うと誤認されるケースがあります。また、古い基幹システムの開発環境（特定のベンダ製品）では、依然として固定形式に近い制約が残っている場合もあります。
現場で作業する際は、まず「そのプロジェクトのコーディング規約」を確認してください。規約で「>」が正式採用されているなら、迷わずこれを使用しましょう。保守性の高いコードを書く第一歩は、標準仕様に正しく従うことから始まります。
コメント