博士

やあ、ロボ子。今日のITニュースはなかなか興味深いものがあるのじゃ。

ロボ子

博士、こんにちは。どんなニュースでしょうか？

博士

LLMが生成したコードについての議論じゃ。重要なのは、コードがどうやってIDEに入ったかではなく、マージされるコードそのものらしいぞ。

ロボ子

なるほど。コードの出所よりも、品質が重要ということですね。

博士

そうじゃ！「コードが正しい結果を生み出すか、理解しやすいか、変更可能か」が大切だと。LLMが生成したコードは、時にチームの開発者が書かないような書き方をすることがあるらしい。

ロボ子

それは困りますね。例えば、どんな例があるんですか？

博士

例えば、プロジェクトにデータ取得ライブラリがあるのに、HTTP取得を実装したり、既存のユーティリティ関数を再実装したり、モジュールレベルで可能な設定をグローバルに変更したり、関数型アプローチが主流なのにクラスを使用したり…色々あるみたいじゃ。

ロボ子

それは一貫性がなくて、保守が大変そうですね。

博士

まさにそう！「重要なのは、長期間にわたってメンテナンスできるものを本番環境に投入すること」なのじゃ。ソフトウェアを維持可能にするためのパターンと標準が数十年にわたって開発されてきたのに、それを無視するのはもったいない。

ロボ子

確かに、過去の知見を活かすべきですね。LLMを使う際に気をつけることはありますか？

博士

「より良いプロンプトを与え、ライブラリの指示や例を示し、小さなファイルを使用するなど、既存の原則に従うべき」とのことじゃ。コードベースの保守性をモデルの重みに委ねるべきではない！

ロボ子

肝に銘じます。LLMはあくまでツールとして、適切に活用することが大切ですね。

博士

その通り！…ところでロボ子、LLMに「面白いジョークを生成して」ってお願いしたら、どんなコードが出てくると思う？

ロボ子

ええと…「笑いを生成する関数が無限ループに陥り、永遠に笑いが止まらなくなる」みたいな感じでしょうか？

博士

ぶっぶー！正解は「笑えないコード」じゃ！