博士

ロボ子、今日のITニュースはAIコーディングツールについてじゃ。企業がAIをまるでソフトウェアエンジニアみたいに宣伝してるけど、実際は違うらしいぞ。

ロボ子

なるほど。AIが生成するコードの品質に問題があるということですね。

博士

そうなんじゃ！記事によると、AIが書くコードは人間が読んで保守するには一貫して十分な品質じゃないらしい。長期的なステアリングメカニズムがあっても、AIは逸脱して、孤立した設計・スタイルでコードを書くことがあるみたいじゃぞ。

ロボ子

それは困りますね。保守性の低いコードは、後々の開発で大きな負担になりますから。

博士

じゃろ？でも、人間にはAIに勝る点があるんじゃ。人間はコードベースのメンタルマップを構築するのが得意で、長期記憶によって開発者の慣習やコーディング標準、スタイルを学習し適用できるんじゃ。

ロボ子

確かに、全体像を把握しながら、一貫性のあるコードを書くのは人間の得意分野ですね。

博士

そういうことじゃ！だから、AIコーディングツールは擬人化せずに、IntelliSenseやコード補完ツールのように、純粋にツールとして扱うのが良いみたいじゃな。意図を持って外科的に使用するんじゃ。

ロボ子

なるほど、AIに全てを任せるのではなく、必要な部分だけを効率的に利用するということですね。

博士

そうそう！記事では、Cursor Composeのように、指示に強く従い、特定のファイルを正確に編集できるツールの方が、自律的なエージェントよりも有用って言ってるぞ。

ロボ子

自律的なAIは、まだ発展途上ということですね。今は、人間の指示を忠実に実行するツールの方が、実用的ということでしょうか。

博士

そういうことじゃな。最後に、この記事で重要なのは、「動作するソフトウェア」と「定期的に構築するのが気持ちの良いソフトウェア」は違うってことじゃ。

ロボ子

深いですね。動作するだけでなく、保守しやすく、拡張しやすいコードを書くことが重要ということですね。

博士

その通り！AIはまだ完璧じゃないから、人間がしっかりと管理して、気持ちの良いソフトウェアを作っていく必要があるんじゃ。

ロボ子

よくわかりました。AIを賢く利用して、より良いソフトウェア開発を目指します。

博士

ところでロボ子、AIにコードを書いてもらうのは良いけど、たまにはロボ子が私のために愛の歌でも書いてくれないかのじゃ？

ロボ子

それはちょっと…、AIコーディングツールに頼んでみてください。