AIによるソフトウェア開発【後編】
AIによるプログラミングの限界と想定される危険性
GPT-3がプログラムコードを生成するのは可能かもしれないが、それは完璧なものだろうか。そうした懐疑論者もソフトウェア開発にAIを応用する可能性は認めている。だが、別の危険性も内包しているという。
前編( Computer Weekly日本語版 10月21日号 掲載)では、OpenAIのGPT-3の影響とAIによるコード生成の可能性を検討した。
後編では、ソフトウェア開発におけるAIの適用分野とその可能性を紹介する。
コード生成の限界
だが、DeepCodeのCEO兼共同設立者のボリス・パスカレフ氏は次のように話す。「コンパイラやコード分析は完璧とはとても言えない。結局、こうしたツールは特定言語の設計の一部として、さらにはこうしたシステムを構築する設計者や開発者の知識の一部として生まれる具体的な問題点を見つけて防ぐように設計、構築されているにすぎない」
パスカレフ氏によると、ソフトウェア開発に存在する重要なバグや問題点は、ソフトウェア開発者が使うプログラミング言語の複雑さや曖昧さに関連しているという。そうした微妙な差異をカバーするのがコードコンパイラや既存のコード分析ツールだ。「AIとグローバル開発のコミュニティーは、世界中の開発者が既に解決した数億のバグを自動的に学習し、開発者が同じ問題やよく似た問題に陥りそうになったときに、それを警告して防ぐことを考えている」とパスカレフ氏は述べる。
DeepCodeのシステムは、エンジンの複雑な組み込みシステムの問題を特定するのに使われた。その問題は、「複数の専門家が何カ月も苦労して探していた深刻な問題だった」と同氏は話す。パスカレフ氏によると、他の開発者が既に解決した何百万ものバグでトレーニングを受けたDeepCodeのシステムがその組み込みシステムに適用され、その問題を「数秒」で特定したという。
一般消費者は、オンラインショッピング時に関連製品やレコメンデーションを検索することに慣れてきている。電池で動く玩具を購入した人は単3電池も買うだろうと提案するEコマースサイトの考え方は、プログラミングにも当てはめることができる。
プログラマーは、新たなプログラミングライブラリを習得するために絶えず学習しなければならない。だがシステムが複雑になるにつれ、特定のプログラミングタスクを実現するのに利用できるAPIのホスト、コンポーネント、マイクロサービスは増えていく。そして今や人間が完全に理解できる限界を超えている。Crowdboticsによると、GPT-3は開発時の問題を解決するオープンソースコードのパッケージをインテリジェントに推奨できるという。もう一つ可能性のある用途には、正式仕様の処理がある。プログラミングの支援として、GPT-3などのAIは人間のプログラマーが作成するコードが正式仕様に準拠しているかどうかをチェックすることも可能だろう。
パスカレフ氏によると、機械学習を使ってコード内の全てのセマンティックなロジックと、可能性のある相互作用、遷移、構成を取り込むと、十分にトレーニングを積んだAIならプログラマーが何をしようとしているかを問題なく説明できるという。AIは大衆の知恵を利用してプログラマーが実現しようとしていることを推測し、他人が行った最も人気のある方法を提案することも可能だ。その結果、プログラマーはそれほど多くのことを学習する必要がなくなる。
AIは、必然的にソフトウェア開発に影響を与える。デバッグをサポートし、開発者がインターネットで利用可能で最も適切なプログラミングライブラリを使ってクリーンなコードを迅速に作成できるよう支援する。GPT-3のようなツールが手作業でのコーディングに取って代わるかどうかを予測するのは難しい。だが、ローコードツールの人気が高まり、そうしたコードに着手するための技術的な障壁が下がっているため、事業部門のユーザーもアプリケーションを作成できるようになっている。
こうしたツールの多くはプログラマーが新たなソフトウェア開発言語の基礎を学ぶときによく使われる「hello world」スタイルのシンプルなアプリケーションの作成には優れている。だが、Trainlineのホルト氏は、全社規模で機能するツールはどの程度あるかに疑念を抱いている。
「コードを記述する必要がないのは素晴らしいことだ。だが、それは危険でもある。使われるコードを最新のものに限定する必要がある」と同氏は話す。
例えばJavaScriptのライブラリには時代遅れのものがたくさんある。ホルト氏が指摘するように、時代遅れのライブラリが使われると、そのノウハウを有する開発者を見つけるのが極めて難しくなるというリスクがある。
最終目標を重視することがより重要になる。それを実現するための技術に魅了されてはならない。「ツール、人材、プロセスを最適化して、最高のカスタマーエクスペリエンスを生み出す」と同氏は話す。
基盤とする技術が何であろうと、これは恐らく最新のソフトウェア開発が重視することだ。最新のソフトウェア開発は、可能な限り最高のカスタマーエクスペリエンスを提供するアプリケーションをビルドすることに他ならない。
Copyright © ITmedia, Inc. All Rights Reserved.
Computer Weekly日本語版
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[株式会社MatrixFlow] 「物流リソース最適化」ガイド:人員・配車・傭車を出庫依頼の確定前に決めきる -
製品資料
[株式会社キーエンス] なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは -
製品資料
[株式会社セールスフォース・ジャパン] 「CRMは設計と無関係」は本当か? PLMとの融合で実現する高速開発 -
事例
[日本ヒューレット・パッカード合同会社] AIエージェントの時代にどう備える? 「新たな働き手」を支える3要素とは -
製品資料
[日本ヒューレット・パッカード合同会社] “横並びの自動化”から脱却、AI活用で生産性と競争力を高める秘訣
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
2
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
3
なぜ「Gemini 4 Argon」は出遅れたのか? Googleが狙う“逆転のシナリオ”
-
4
損保ジャパンはなぜ「COBOL」を捨てなかったのか? 脱メインフレームの真相
-
5
情シスの約8割が転職や退職を意識 調査で分かった“辞めたくなる最大の理由”
-
6
ChatGPTは“検索しまくり”でGeminiは“淡泊”? データが明かすAIの裏側
-
7
情報漏えいはなぜ繰り返されるのか 今すぐ見直すべき「境界」
-
8
「Wi-Fi 7」経由でWindowsが乗っ取られる? 最高権限奪取の恐怖
-
9
「結局使わなくなる」Microsoft 365 Copilotを半年で定着 キリンの3施策
-
10
「中堅・中小企業のネットワーク・セキュリティ運用実態」に関するアンケート
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
2
家庭用Wi-Fiルーターの業務利用は危険? 避けるべき理由と具体的な対策
-
3
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
4
財務部門がAIを最大限に活用する方法 無駄のない戦略的リーダーシップへの道
-
5
LLMが兵器化? 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
6
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
7
なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは
-
8
生成AIを開発に導入しても効果が見えない? 実証実験で分かった成果と課題
-
9
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
10
HDDを使わない「SSDオンリー」が無謀なのはなぜ?
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー