他言語へのコード移植と差異の確認

コード変換はAIが最も得意そうに見えるタスクの一つであるため、出力されたコードをそのまま貼り付けてしまいがちです。しかし問題は、「文法的に合っているコード」と「その言語において安全なコード」は別物であるという点です。Pythonで何気なく書いていた表現がJavaでは値の丸め誤差や例外の原因になることがあり、しかもコンパイル自体は通ってしまうため、後からバグとして発覚しやすくなります。

課題の段落で「文法をそのまま置き換えるだけでなく」と明記したのはこのためです。この1行がないと、1行ずつ直訳しただけのコードが出力されます。動作はしてもその言語のエンジニアから見れば不自然で、かえって修正が難しいコードになってしまいます。元の言語で自然だった表現が移植先言語では危険なイディオムになるケースを指摘するよう求めているのも同じ意図です。

出力形式の肝は②と③です。移植後のコードだけを受け取っても、何がなぜ変わったのかが分からず学びにつながりません。変更点の対応表は2つの言語の違いを一目で示し、「動作が異なる可能性がある点」は、PythonからJavaへの移行などで実際に事故が起きやすいポイント（整数の除算、エンコーディング、null処理など）を事前に洗い出します。

制約の「要確認」という指定は、存在しない関数名をそれらしく捏造（ハルシネーション）することを防ぎます。分からない箇所が明示されれば、どこを検索して検証すべきかが定まります。コードを """ で囲んでいるのは、コード内のコメントや文字列がプロンプトへの指示として誤認されるのを防ぐためです。# この部分は削除可能 といった1行のコメントがプロンプト指示として解釈されてしまう事故を防止します。

コードは出力されますが、元のコードと1行ずつ対応させただけの直訳になり、Javaではあまり使われない構造がそのまま残ってしまいます。何が変わったのかの説明がないため、整数の除算のように暗黙的に値が変わってしまうポイントを見落としやすく、ライブラリ名が間違っていても実際に実行するまで気付けません。結局、移植されたコードを最初からすべて読み直して検証することになり、手作業で移植する場合と作業時間が変わらなくなります。