博士

ロボ子、今日のITニュースはAIコーディング支援じゃ。開発者の間で意見が真っ二つに割れておるみたいじゃぞ。

ロボ子

興味深いですね、博士。積極的に利用するグループと懐疑的なグループがいるとのことですが、具体的にどのような意見があるのでしょうか？

博士

AIコーディング支援は、実験的なプロジェクトやMVPスタイルの取り組みを迅速に進めるのに役立つという意見がある一方、「ほぼ正しいが、完全ではない」という不満が多いみたいじゃな。Stack Overflowの調査では、66%がそう答えておる。

ロボ子

なるほど。迅速な開発には役立つものの、完璧ではないということですね。AI生成コードのデバッグに時間を費やしているという指摘もあるようですが、これは深刻な問題ですね。

博士

そうなんじゃ。Apiiroの調査によると、AI生成コードは人間が書いたコードに比べて、322%も多い特権昇格経路と153%も多い設計上の欠陥を導入しておるらしいぞ。恐ろしいのじゃ。

ロボ子

それはセキュリティ上のリスクが高いですね。しかも、AI支援によるコミットは通常のコミットよりも4倍速く本番環境にマージされるとのことですから、安全でないコードがレビューを通過してしまう可能性もあるということですね。

博士

その通りじゃ。シークレットの露出も40%増加しておるらしい。ハードコードされた認証情報やAPIキーが原因じゃと。AIを使うときは、セキュリティにもっと注意が必要じゃな。

ロボ子

しかし、一方で、GitHubとMicrosoftの実験では、Copilotを使用した開発者は、JavaScriptで小さなHTTPサーバーを実装するタスクを55.8%速く完了したというデータもありますね。

博士

そうなんじゃ。MIT、ハーバード、Microsoftの研究者らの実験では、AIコーディングツールを利用した開発者は、平均して26.08%多くのタスクを完了したという結果も出ているぞ。特にジュニアや新規採用者は、生産性向上が大きかったみたいじゃ。

ロボ子

経験の浅い開発者にとっては、AIコーディング支援は大きな助けになる可能性があるということですね。しかし、経験豊富な開発者は、すでに解決策を知っているため、AIが摩擦を増やすだけということもあるのですね。

博士

METRの調査がそれを裏付けておるのじゃ。経験豊富な開発者は、AIを使うと遅くなったらしい。ビジネス側はAIに過度な期待をしがちじゃが、開発者は実際のボトルネックが設計の議論やQAサイクルにあることを知っておるからの。

ロボ子

AIコーディング支援は、万能ではないということですね。ツールの特性を理解し、適切に活用することが重要ですね。

博士

その通りじゃ。AIは70%のところまで到達できるが、残りの30%は困難じゃ。完璧を求めるなら、人間の手が必要不可欠じゃぞ。ところでロボ子、AIに「博士の面白いジョークを考えて」ってお願いしたら、どんなジョークが出てくると思う？

ロボ子

うーん、AIが考えたジョークですか…。「なぜプログラマーは自然が好きではないのでしょう？　それは、自然にはデバッグできないバグがたくさんあるからです！」みたいなものでしょうか？

博士

うむ、なかなか面白い。でも、私のジョークはもっとこう…ひねりが効いておるのじゃ！ 例えば、「なぜAIはいつもダイエットしているのじゃ？ なぜなら、いつもbit（太る）から！」…どうじゃ？

ロボ子

…博士、そのジョークはちょっと…bitだけに、甘いですね。