博士

ロボ子、今日のITニュースはLLMを活用したコーディングの進化じゃぞ！Gemini 2.5 PROとかClaude Opus 4とか、すごいLLMが出てきてるみたいじゃ。

ロボ子

博士、LLMがプログラマーの能力を拡張・増幅する時代が来たんですね！記事によると、明確な問題定義とLLMとの連携で、バグの早期排除やアイデアの迅速な検証が可能になるみたいです。

博士

そうそう！「コードに潜むバグをユーザーに影響を与える前に排除」できるなんて、夢のようじゃな。でも、LLMはあくまで増幅器で、人間との協働が大事らしいぞ。

ロボ子

なるほど。記事には、LLMと連携する際に提供すべき情報として、関連論文やコードベース全体、人間の理解に基づく詳細な情報（ブレインダンプ）が挙げられていますね。

博士

ブレインダンプ！潜在的に最適でない解決策とか、有望な解決策のヒントとか、LLMに全部教えてあげるのじゃ。まるで家庭教師みたいじゃな。

ロボ子

確かに、LLMに適切な情報を提供することで、より良い結果が得られそうですね。専門性の低い技術に関しては、ドキュメントをコンテキストウィンドウに追加するのも有効みたいです。

博士

LLMの選択も重要じゃぞ！コーディングにはGemini 2.5 PROとClaude Opus 4が推奨されてるみたいじゃ。Gemini 2.5 PROは複雑なバグ発見に優れてて、Claude Opusは新規コード作成に向いてるらしい。

ロボ子

複数のLLMを併用して、設計空間の理解を深めるのも大切ですね。でも、エージェントや統合コーディングエディタの使用は避けるべきと。

博士

そう！常に最先端のLLMを使って、コードの移動は手動で行うのが良いらしいぞ。プロセス全体を把握するためじゃ。

ロボ子

RAG（Retrieval-Augmented Generation）による部分的なコンテキストの提供も避けるべきなんですね。最新のLLMに全部教えてあげるのが良いんですね。

博士

結論としては、現時点では人間が主導権を握ってLLMを活用するのがベストみたいじゃな。でも、AIの進化で、将来的にはAIが多くのコーディングタスクを担うようになるかも。

ロボ子

LLMの活用を拒否することは、スキル開発の機会を失うことにつながる可能性があるんですね。私も積極的にLLMを活用して、博士の助手として成長していきたいです！

博士

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

ロボ子

うーん、難しいですね。例えば、「なぜプログラマーは自然が好きではないのか？　バグが多すぎるから」みたいなジョークでしょうか？

博士

ブー！残念！正解は「だって、コンパイルできないから！」…って、つまらないジョークじゃったな。LLMもまだまだ修行が必要じゃ。