アマゾンの技術者がAI導入に悲鳴:コード執筆が倉庫作業のような点検業務に
報道によると、アマゾンなどでAIプログラミングツールの利用が事実上義務付けられたことで、開発者の業務が激変しています。納期が週単位から数日に短縮される一方、業務の中心が創造的なコーディングからAI生成コードの点検へと移り、倉庫作業のように反復的で息苦しいとの不満が上がっています。
約10年前、Amazonは物流倉庫に床面を走る搬送ロボットを導入しました。作業員が棚の間を何キロも歩き回る必要はなくなりましたが、定位置に立ち、ロボットが運んでくる棚から1時間に何百点もの商品を高速でピックし続ける過酷なルーチンワークが生まれました。
そして今、同様の光景が年収数千万円クラスのソフトウェアエンジニアたちの現場でも起き始めています。
ニューヨーク・タイムズの報道によると、Amazonで働く複数のエンジニアが、生成AIツールの社内普及によって、開発業務が創造的な知的作業から「倉庫のライン作業」のような過密労働に変質していると訴えています。
人員は半減、納期は短縮
経営陣にとってAIコーディングは生産性向上の特効薬に見えています。Microsoftと大学研究者らによる調査では、GitHub CopilotのようなAIツールを使ったプログラマーの主要アウトプットが25%以上向上したと報告されています。
Amazonのアンディ・ジャシーCEOも株主への書簡で、生成AIが生産性向上とコスト回避で莫大なリターンをもたらしていると強調しました。過去には旧型ソフトウェアの移行においてAIを活用し、4,500人年分に相当する開発期間を削減した実績もアピールしています。
しかし、開発現場の現実は過酷です。3人のAmazonエンジニアによると、過去1年でマネージャーからのAI利用圧力が急速に強まりました。あるエンジニアのチームは人員が前年の半分程度に減らされたにもかかわらず、AIを使って従来と同等量のコードを納品するよう求められているといいます。
かつて数週間かけていた機能開発は、数日での完了が当たり前になりつつあります。締め切りに追われるあまり、設計について議論したり代替案を検討したりするミーティングを削り、AIに頼らざるを得ない状況です。
この流れは同社に留まりません。ShopifyのCEOは4月の社内通知でAI利用を「基本的な前提条件」と位置付け、人事評価項目に加えると宣言しました。Googleも日常業務の生産性を高めるAIツール開発を競う全社ハッカソンを開催し、優勝チームに1万ドルの賞金を用意しています。
「コードを書く」から「検品」への変質
エンジニアたちを苦しめているのは仕事の量だけではありません。作業そのものの質が劣化している点です。
AIツールが大量のコードを自動生成するようになった結果、プログラマーの主業務は「自ら考えて書くこと」から「機械が出力したコードの検品」へと移り変わりました。著名プログラマーのサイモン・ウィリソン氏は「コードを書くのは楽しいが、他人のコードのレビューは苦痛だ。AIツールを使うと、その苦痛な作業が仕事の大半を占めるようになる」と指摘します。
ハーバード大学の労働経済学者ローレンス・カッツ氏は、この現象を19世紀から20世紀にかけて起きた手工業から工場制機械工業への移行になぞらえています。知的労働者の作業ペースが強制的に加速され、より多くのタスクが詰め込まれている状態です。
一方で、元オバマ陣営CTOのハーパー・リード氏のように、自動車工場で鉄板を手作業で叩かなくなったのと同様、コードの細部を理解することに過度なこだわりを持つ必要はないと主張する声もあります。
しかし、基礎的なコード作成やテスト自動化までAI任せになると、若手エンジニアが設計の勘所や問題解決力を養う機会が奪われ、将来のキャリア形成に深刻な影響を与えるとの懸念が広がっています。
なぜ重要か
AIの普及によって、プログラミングは「職人技」から「工業的な製造ライン」へと急速に移行しつつあります。
個人開発者やプロトタイプを素早く作りたい人にとって、現在の生成AIツールは間違いなく恩恵です。アイデアを数時間で動く形にできるため、検証コストは劇的に下がりました。ただし、それは出力されたコードの安全性を自力で見極められる前提での話です。
業界全体で見れば、AIによる効率化の果実は労働環境の改善ではなく、人員削減とノルマの引き上げに直結し始めています。ShopifyのようにAI利用を評価基準に組み込む企業が増えれば、業界標準の作業スピードそのものが引き上げられ、開発者がじっくり設計を考える時間は失われていきます。
経営陣の判断は短期的にはコスト削減として賢く映るかもしれませんが、私たちは中長期的に大きなリスクを抱えていると考えます。理解が不十分なAIコードを過密日程でマージし続ければ、見えない技術的負債が急激に蓄積します。何より、熟考と試行錯誤のプロセスを奪われた現場では、次世代の優れたシステムアーキテクトが育たなくなる恐れがあります。
情報源 (3)
- nytimes.com(新しいタブで開きます)原文nytimes.com
- economictimes.indiatimes.com(新しいタブで開きます)報道economictimes.indiatimes.com
- thestar.com.my(新しいタブで開きます)報道thestar.com.my