AWSはAmazon Qがソフトウェア開発ライフサイクル全体にわたってあなたの相棒になることを望んでいます

AWSはAmazon Qがソフトウェア開発ライフサイクル全体にわたってあなたの相棒になることを望んでいます

AWSは火曜日、re:Inventカンファレンスにおいて、GitHub Copilotなどの競合であるコーディング支援プラットフォーム「Q Developer」の一連のアップデートを発表しました。今回のアップデートは、コード補完にとどまらず、エンドツーエンドのソフトウェアライフサイクルに関わるより幅広い日常的なタスクで開発者を支援することに重点を置いています。

このサービスは、以前は「CodeWhisperer」という名前で覚えているかもしれませんが、AWS の総合的な Amazon Q 生成 AI プラットフォームの一部であり、Q Business も含まれています (Q Business も本日、多数のアップデートを受けています)。

「開発者が本当に求めているのは、差別化につながらない重労働の一部をQが解決してくれる相棒のような存在になることです。そうすることで、イノベーションのための自由度が高まります」と、AWSのAI・データ担当副社長、スワミナサン・スワミ・シヴァスブラマニアン氏は語った。「だからこそ、開発者がより速く、より効率的に作業を進めるのを助けてくれるアシスタント、あるいは相棒の存在は非常に重要であり、私たちがこれに力を入れているのはそのためです。」

エンドツーエンドのソフトウェアライフサイクルの管理

シヴァスブラマニアン氏は、Q Developerが競合プラットフォームと異なる点は、ソフトウェア開発ライフサイクル全体に焦点を当てている点だと考えていると語った。これまでのところ、それは開発者が問題のトラブルシューティングを行い、複数段階のタスクを実行して問題を解決(あるいは全く新しいアプリを開発)するのを支援するだけでなく、コードにセキュリティ上の脆弱性がないかスキャンすることを意味していた。

re:Inventでは、同社はこれをさらに一歩進めています。例えば、Qはユニットテストを自動生成できるようになりました。しかし、おそらくさらに重要なのは、多くの開発者が最も嫌う作業、つまりコードのドキュメントの作成とメンテナンスをQが行えるようになったことです。このサイクルを完了するために、Qは開発者がコードをチェックインした際に最初のコードレビューを生成できるようになりました。

画像クレジット: TechCrunch

「Amazonでは、コードレビューなしではコードをチェックインしないというルールがあります」とシヴァスブラマニアン氏は述べた。「つまり、コードレビューを実施しなければ、コードをチェックインできないということです。しかし、実際には、レビューを行うのに十分な数のシニアエンジニアを抱えている企業や、シニアエンジニアが『こんなに多くのレビューは対応できません。先に誰かレビューをお願いできますか?』と言う企業は多くありません。Qは、レビューの最前線に立つことでコードレビュープロセスを効率化し、コードの品質やセキュリティの脆弱性などを自動チェックします。」

コードが本番環境に移行すると、Qの新しい運用エージェントが、同社の監視サービスであるAWS CloudWatchからデータを自動的に取得し、アラームが鳴るとすぐに調査を開始できるようになります。「組織のAWSリソースに関する知識を活用し、CloudWatchに保存されている様々なリソースにわたる数百のデータポイントを精査します。そして、それを分析した後、Qは根本原因の可能性のある仮説を提示し、ユーザーに修正方法を案内します」とシヴァスブラマニアン氏は説明します。

テッククランチイベント

サンフランシスコ | 2025年10月27日~29日

クリスマスにあなたが望んでいたのは、COBOL と .NET の移行に関する支援だけだったのではないでしょうか。

古いコードベースを持つ企業にとって、クラウドへの移行は既存コードの大幅な書き換えを伴うことがよくあります。Amazon Q Developer の初期の差別化機能の一つは、コード変換エージェントでした。当時、このエージェントは古い Java アプリのモダナイゼーションに重点を置いていました。現在、チームはこの機能を拡張し、開発者が古い .NET ベースのアプリケーションを Windows から Linux にアップデートする支援も行っています。

画像クレジット: TechCrunch

一見興味深い話に思えるかもしれませんが、AWSはCOBOLメインフレームアプリケーションのモダナイズのためのエージェントもリリースしています。多くの大企業は依然として古いコードに依存しており、現在ではその扱い方を知っている開発者はほとんどいません。シヴァスブラマニアン氏は、これは非常に複雑な移行であり、既存のコードを1:1で単純に移行するだけでは目標が達成できないと強調しました。

「私たちの目標は、COBOLプロジェクトを全て取り入れてコードだけを書き出すということではありません」と彼は述べた。「現実には、こうしたプロジェクトは本質的に非常に複雑です。それを活用するには、人間が関与する必要がありますが、お客様からは『これは何年もかかるのに、これは画期的なものであり、その期間を大幅に短縮できる』というお言葉をいただいています」

Sivasubramanian 氏は、コード移行を自動化するためにモデルをトレーニングする COBOL コードは少ないものの、チームはメインフレーム アプリケーションの最新化に関する AWS の総合的な経験と、コード変換の従来の手法を活用できたと述べています。

「ある言語から別の言語にコードを移行するのは、おそらく簡単な部分でしょう」と彼は述べた。「しかし、より難しいのは、正しく移行できたかどうかをどうやって確認するのか、そしてそもそもコードが何をするのかをどうやって把握するのかということです。そして、こうしたコードベースにおける課題は、通常、ドキュメントが不十分で、依存関係が十分に理解されていないことです。そこで私たちが構築したものは、実に革新的なシステムです。このシステムは、プロジェクトレベルで各モジュールの目的を理解し、移行計画のタイムラインを計画・作成し、実際にコードを生成してテストを生成します。そして、人間が介入することで、どのように検証するのかを確認するのです。」

フレデリックは2012年から2025年までTechCrunchに在籍していました。また、SiliconFilterを設立し、ReadWriteWeb(現ReadWrite)にも寄稿しています。フレデリックは、エンタープライズ、クラウド、開発者ツール、Google、Microsoft、ガジェット、交通機関など、興味のあるあらゆる分野をカバーしています。

バイオを見る