グーグル、AIをソフトウェア開発に統合する開発ツールをリード

Googleの開発者ツール担当プロジェクトマネージャーであるライアン・サルヴァは、AIツールがソフトウェア開発にどのような変革をもたらすかについて、ユニークな視点を持っている。GitHubとMicrosoftでの経歴を持つ彼は現在、Gemini CLIやGemini Code Assistのようなイニシアチブを率い、開発者を進化するエージェントプログラミングの展望へと導いている。

彼のチームは最近、開発者がAIツールを実際にどのように使用しているか、またどのような改善がまだ必要かを調査した独自の調査結果を発表した。私はサルヴァに、この報告書と、AIを利用したコーディングアシスタントに関する彼の個人的な経験について話を聞いた。

このインタビューは、長さとわかりやすさのために編集されています。

グーグルは毎年開発者動向調査を実施していますが、今年のレポートはAIツールに重点を置いており、特に開発者がワークフローにエージェント型アプローチを採用する意欲がどの程度あるかに重点を置いています。調査結果で驚いたことはありますか？

特に印象的だったのは、開発者がAIツールを仕事に取り入れ始めた時期の中央値です：2024年4月です。これは、推論に焦点を当てたモデルの出現を示すクロード3とジェミニ2.5のリリースと密接に一致しています。同時期に、ツール呼び出し機能の著しい進歩が見られた。

コーディング作業において、モデルは、コードの検索、コンパイル、ユニットテストや統合テストの実行など、問題を解決するために外部情報を効果的に活用しなければならない。ツール呼び出しの画期的な進歩は、モデルが複雑なタスクを進める際に自己修正することを可能にするため、非常に重要です。

あなた自身は、仕事でAIコーディングツールをどのように使っていますか？

Disrupt 2025で1万人以上のテックリーダーやVCリーダーと一緒に成長と人脈を築こう

Netflix、Box、a16z、ElevenLabs、Wayve、Sequoia Capital、Elad Gil-スタートアップの成長を促進し、競争力を磨くための洞察が詰まった200以上のセッションを開催する250人以上の業界リーダーのほんの一部です。テッククランチ20周年、そしてトップ・テック・イノベーターから学ぶこの機会をお見逃しなく。9月26日までにチケットをご予約いただくと、最大668ドルお得です。

Disrupt 2025で、1万人以上のテック企業やVCのリーダーたちと一緒に、成長と人脈を築きましょう。

Netflix、Box、a16z、ElevenLabs、Wayve、Sequoia Capital、Elad Gilなど、スタートアップの成長を促進し、競争力を磨くための洞察が詰まった200以上のセッションを開催する250以上の業界リーダーのほんの一部です。テッククランチ20周年、そしてトップ・テック・イノベーターから学ぶこの機会をお見逃しなく。9月26日までにチケットをご予約いただくと、最大668ドルお得です。

現在、私のコーディングのほとんどは個人的なプロジェクトで、主にGemini CLIのようなコマンドラインツールを使っています。Claude CodeやCodexも試しています。ターミナル・ベースのツールを単独で使うことはほとんどないので、私は定期的にさまざまなIDE-Zed、VS Code、Cursor、Windsurfを切り替えて、業界の最新動向を把握し、さまざまなツールがどのように進化しているかを理解しています。

職業上、プロダクト・マネージャーは多くの時間を文書に費やすので、私の最初の一歩は、しばしばAIを使って仕様書や要求文書の草稿を作成することです。

実用面について興味があります。あなたはGemini CLIを使用してGemini CLI自体の構築を支援していますが、そのプロセスは完全に自動化されているわけではないと思います。

典型的な開発タスクは、バグを報告するGitHubの課題から始まります。正直なところ、これらはしばしば仕様が明確ではありません。私はGemini CLIを使ってMarkdownでより詳細な要求ドキュメントを作成し、通常100行程度の技術的で成果主導の仕様を作成する。その後、Gemini CLIを使って、これらの仕様と私たちのチームが確立したガイドラインに基づいて実際のコードを書いていきます。

私たちのエンジニアリングチームは、テストプロトコル、依存関係管理、その他の標準など、私たちのワークフローについてモデルに情報を提供するルールとMarkdownドキュメントを何層にも分けて管理しています。コードを生成するとき、モデルはこれらのドキュメントを参照し、一貫性を確保します。

Gemini CLIがトラブルシューティングを処理するとき、私は進捗を追跡するために要件ドキュメントを更新させます：「このステップを修正し、次のステップに進みます。各更新は個別のコミットとプルリクエストになり、必要に応じて変更をレビューしたり、元に戻したりするのが簡単になります。

私の仕事の70-80%は、Gemini CLIを使ってターミナルで自然言語を使用していると思います。どのIDEを使っていても、その出力をレビューしますが、IDEに頼るのはコードを書くときよりも、コードを読むときのほうが多くなってきています。

伝統的なコードライティングは存続すると思いますか、それともターミナルベースのワークフローに完全に移行すると思いますか？

過去30年間、IDEはソフトウェア開発の中心的なハブであり、ブラウザとターミナルによって補完されてきた。

私は、この構造はしばらくの間は適切であり続けると信じているが、IDEでのハンズオンコーディングに割く時間を減らし、徐々に要件定義に多くの時間を費やすようになると予想している。この移行は、おそらく長期にわたって展開されるだろう。

当然ながら、このことがソフトウェア開発のキャリアの将来に何を意味するのかという懸念がある。10年後、私たちが直接コードを書かなくなっているとしたら、それは開発者にとって何を意味するのだろうか？彼らの役割はまだ存在するのだろうか？

私は、開発者の役割はアーキテクトの役割に似てくると考えています。複雑な問題を管理可能なタスクに分解し、プログラミング言語やマシンコードの詳細にとらわれるのではなく、自分が構築しているもののより広い視野を考慮することに重点を置くようになるでしょう。