Amazon Web Services - 4年間、そして退職
(adventuresinoss.com)- AWSでの4年間を過ごし、組織変更の中で解雇されたが、会社が以前とは変わってしまったことを思えば、むしろ良かったと感じている
- Amazonの代替可能な人材という見方は物流センターの運営には合っているかもしれないが、時間をかけて蓄積されるべきIT組織の知識とは相性が良くない
- AWSの焦点は、顧客課題を解決するS3・EC2・RDSのようなインフラよりも、急速にGenAIへ移っており、人間の関心や準備のプロセスは後回しにされている
- 停止された10年前のAWSアカウントの復旧は、小さな売上よりも、一人のユーザーを人として扱うことだったが、上級経営陣の関心は高くなかった
- 相次ぐ解雇と健康悪化の中でもAWSには良い人たちが残っているが、オープンソースがユーザーにコントロール権を返すという意味は、ますます大きくなっている
AWSでの変化と退職の背景
- 2022年に加わったAWSは4年の間に大きく変わり、退職は解雇ではあったが、むしろ幸運だった
- この1年、AWSがオープンソースコミュニティとより良く協力できるよう努めてきたが、頻繁な組織変更とGenerative AIへの集中加速によって、仕事の満足度は大きく下がった
- 入社当時、David Nalleyが率いていたOSSM(Open Source Strategy and Marketing)は、AWSをオープンソースコミュニティにおけるより良い一員にすることを目標としていた
- David NalleyがAWS Developer Experience組織全体を担うよう昇進して以降、OSSMとの直接的な関わりはほとんどなくなり、実質的な「David Time」もゼロに近くなった
- 公式の役割はAWSと商用オープンソース企業の顧客の間をつなぐ連絡担当だったが、実際には巨大企業に人の顔を与える仕事に近かった
「代替可能」な人材観とIT組織の限界
- Amazonは社員のほとんどを**代替可能(fungible)**な存在として見る、独特の視点を持っている
- Fungibleは基本的に「代替可能」を意味し、NFTを通じて広く知られるようになった表現だ
- Amazonの大規模なリテール事業は、比較的健康で一定の知性がある人を、数週間で生産的な物流センター従業員にするプロセスの上に築かれている
- このアプローチは配送ビジネスには合うかもしれないが、情報技術分野では成功に必要な組織知が時間をかけて蓄積される必要があるため、うまく適合しない
- 代替可能性への信念は、必要なスキルを持つ人材とAmazonで働きたい人が無限に存在するという前提に依存している
- David Nalleyは面接の過程で筆者を「non-fungible」と呼び、この表現は誇らしい気持ちにさせた
GenAIへの集中と顧客中心主義の弱体化
- 昨年、AWSの焦点は完全に、ほとんど切迫していると言えるほどGenAIへ移った
- 社内では、できる限り多くAIを使うよう求められ始め、「AIでメールを要約する」「1つのプロンプトでカンファレンス発表資料を作った」といった使い方が登場した
- メールを要約するより、より良いメールを書くほうがよく、発表はしたいが準備はしたくないという姿勢は、発表への向き合い方としてふさわしくない
- 現代経済で最も価値ある商品は**注意(attention)**であり、カンファレンス発表は相応の時間を費やして作る仕事と考えられている
- 一時期、発表スライドに判読不能な文字や誤字の多いAI生成画像がそのまま入ることもあり、「十分に良い」は顧客執着(customer obsession)ではない
- AWSのGenAIシフトは、実際の顧客ニーズから逆算して出発するというより、できるだけ多くを素早く作って世に投げ、反応を見る方向に近く見える
- AIが作り、AIが消費するコンテンツが増えるにつれ、プロセスの中心にいた人間が消えつつある
- AWSが初めて実用的なクラウドを世に出したとき、その強みは明確だった
- 1990年代、企業向けソフトウェアを実装するには、必要な計算資源をまず見積もらなければならなかった
- Sun MicrosystemsやDellのような企業にハードウェアを注文すると、納品まで数週間から数か月かかることがあった
- その後、ラック搭載、電源接続、プロビジョニングが必要で、過小見積もりなら困り、過大見積もりなら批判される構造だった
- AWSはS3、EC2、RDSのようなサービスでこうした問題を解決し、標準を作った
- 最近のre:Inventでは、こうしたツールに関するセッションを見つけるのは難しく、見つかったとしても発表の中心は依然としてAIが占めている
- 個人的な目標だった「オープンソースのワークロードを実行する第一の選択肢としてAWSを位置づけること」も、同じ機能を「vibe code」で作り、ライセンスを回避できる状況では意味が揺らいでいる
- AWSの顧客重視は、安定的で機能豊富なアプリケーションを作るインフラ担当者を説得するところから、GenAIが彼らをもはや不要にできるという約束の上にある、より抽象的な層へ移っている
- この変化は、そうした人々を再び代替可能にする方向へつながっている
アカウント復旧の経験と社内の反応
- 昨年もっとも誇りに思う成果は、停止されたAWSアカウントを復旧させたことだった
- 会社への財務的影響は小さく、その顧客も大口利用者ではなかったが、彼はAWSを成功させたタイプのユーザーの一人だった
- 北アフリカのあるユーザーは、10年物のAWS環境がほとんど予告なしに閉鎖され、救済手段もなく、データが削除されたと案内されたことを公表した
- データが本当に消えていたなら復旧は不可能だっただろうが、同じことを他の人が経験しないよう、経緯をできる限り把握することも重要だった
- アカウント番号でしか見えていなかったユーザーを一人の人間として理解していく中で、彼がAWSアカウント喪失以外にも複数の問題を抱えていたことが分かった
- 最終的にリソースは復旧でき、実際の作業は適切なサポートチームにつながった後、そのチームが実施した
- そのユーザーは復旧後に続報を書いたが、核心は、そもそもこんなことが起きるべきではなかったという点にあった
- 事案が終結した後、上級経営陣は関心を示さなかったが、多くのAmazon社員がSlackで感謝を伝え、中には会社への信頼が少し戻ったと表現する人もいた
- リーダーシップがこの件を重要と見なしていないような態度は、とりわけつらい部分だった
解雇、健康悪化、オープンソースへの回帰
- 昨年10月の大規模解雇は、近くで働いていた人々にはそれほど大きな影響を与えなかったが、1月の大規模解雇ははるかに深刻で、AWSで知り合った多くの友人が求職者になった
- ストレスは健康にも影響し、4年間で体重が約30ポンド増え、そのうち直近1年でさらに10ポンド増えた
- 血圧計は次々と新しい最高値を示し、睡眠はひどく乱れ、何週間もの間まともに眠れた夜がなかった
- AWSには今も素晴らしい人たちが多いが、人員削減と、より良い会社へ去っていく人が続く中で、その状態がどれほど維持できるかは不透明だ
- Cory Doctorowの「reverse centaurs」は、Amazonで働く人たちに少なくとも多少の恥ずかしさを感じさせるには十分な文章だった
- AWSの良い点の1つは、
#actual-aws-memesというSlackチャンネルを許容していることだ- このチャンネルは厳しく管理されているが、AWS生活についてのミームを投稿してストレスを発散する場だ
- 最後の週に、最初で最後のミームを投稿した
- そのミームのせいで解雇されたとは思っておらず、AWSでの4年間、一度も非倫理的または違法だと感じることをやれと求められたことはなかった
- ただし、米国と世界には、法を守ることが選択事項のようになってしまうレベルが存在するように見える
- AWSでの将来が不確実だったため、強制的に去ることになったのは、むしろ安堵をもたらした
- 今年GrafanaConに参加して以降、オープンソースの原点に戻りたい気持ちが強くなった
- オープンソースとは、技術的な力とコントロールをベンダーではなくユーザーの手に置くことに関わっている
- 最先端モデルがすべてAPI経由でしかアクセスできないGenAI環境において、オープンソースの意味がどう展開していくのかは不確かだ
- ローカルでモデルを動かしたくても、必要なハードウェアを負担できる人がどれだけいるのかという問題も残る
- AIの世界で人間として働くとは何を意味するのか、という問いが最後に残る
1件のコメント
Hacker Newsのコメント
先月、数年ぶりに AWS Support に問い合わせたが、内容は課金体系に関する質問だった
ケースを作成してから7日間担当が付かず、ライブチャットを開いて約25分ほど一次サポート担当者と話したが、その人は話題をよく理解しておらず、その場で私がすでに読んだAWSのドキュメントを読んでいた
結局答えが見つからず、間違った答えを出さずにエスカレーションしたのはまだよかったが、そもそも最初からチケットを見ていれば、私が催促する必要もなかったはずだ
11日後に完全に間違った回答が来て、その間に私が正解を見つけて説明して返信したところ、翌日には私の答えが正しいという AI生成の長文 が返ってきた
AWSは、消費者である私がAI生成の回答を人の回答と同じように価値あるものとみなすはずだと誤解しているように見えるのが核心的な問題で、私はそれを未検証の応答とみなし、ほとんど無視している
かつてサポート品質で有名だったStripeでさえ、今では諦めたように見える
最近、決済回収の方式が予想外に変わった件を処理したが、AIボットは役に立たないどころか間違った説明を積極的に提示し、問題はそのままなのに数日間も見当違いのことばかり変更させられた
自分の事業では、どのサービスを使うか選ぶときにこの問題をかなり重く見ている
サービスと統合するなら、質問や問題が起きたときに実際に助けてくれる 本物の人間 がいるべきだと思うし、コスト削減のために全員をAIボットへ押し込むのは、顧客をどれだけ大切にしているかを示すシグナルだ
昔、年間AWS支出がかなり大きく、10万ドルははるかに超えるが100万ドル未満という規模の会社でも、サポートチケットが何か月も放置されて返答がなかったし、割り当てられたアカウント担当者も何度フォローアップしても数か月単位で放置していた
最近6か月以内に開いたチケットはすべて、AI生成回答 が大幅な遅延の末に届いたが、質問と噛み合っていない不正確さを見ると、人間が読んでいないのは明らかだった
実際の人間が通話に入るまで2時間以上かかり、Oracleのサポート契約に毎年数十万ドル払っているのに返ってくるのがAIボットなら、到底受け入れがたい
今ではPostgresへの移行が最優先課題になっており、「人をAIで置き換える」というたわごとはもうやめるべきだ [0]
[0]: https://www.forbes.com/sites/jonmarkman/2026/04/06/oracles-m...
以前、発表スライドに判読不能な文字やスペルミスだらけの AI生成画像 が入っているのに、発表者がそのままにしているのを見たことがある
「これで十分」という態度は顧客執着ではない
未成熟な生成AIの導入を強制する様子は、Catch 22でMilo Minderbinderが手違いで大量の綿花を確保してしまい、人々に綿花を食べさせようとする場面を思い出させる
明らかに意味不明なテキストが埋め込まれたAI生成画像を プロフェッショナルな会議 で目にすることになるとは思わなかったが、ますますよく見かけるようになっている
それを生成AI画像に置き換えるのは、むしろ改善かもしれない
少なくとも法的リスクは減るし、世界中の聴衆にとっては理解しやすくなるようにも見える
ただ、人々がなぜこれをやるのかはいまだに分からない
リーダーシップ研修の一部なのか、それとも発表者がこうした要素を入れると発表がより記憶に残り、楽しくなると信じているのか気になる
この6か月間、大企業の上級経営陣の中心目標は、一般社員を 代替可能あるいは不要な存在 にすることのように見える
巨大な実験であり、産業革命のような先例もある
労働者にとっては1世代ほど状況が悪化する
原則としては誰もがあらゆる仕事をできるべきだが、実際により専門化された役割を採ろうとすると、とてつもない悩みの種になる
Frontend Engineer や Embedded Systems Engineer のような役割を作り始めたが、実際には依然として非常に範囲が広い
AIが労働の価値を下げて交渉力を弱めるなら、同じ方法が再び通用する保証はない
いずれ何らかの形で落ち着くのだろうが、次の段階へ進む移行は非常に苦痛を伴い、おそらく 暴力的 にすらなり得ると思う
私もずっと前のAWS出身だが、正直に言えば組織上の問題は JassyがAmazon全体のCEO になり、Charlie Bellのような主要リーダーたちが会社を去ってから本格的に大きくなった
ほかの問題も以前から常にあった
コスト面では、より安価なベアメタル提供会社が10年前よりはるかに速くインスタンスを提供するようになり、製品品質の面ではスタートアップからDatabricksのような大きな会社まで圧力をかけてきた
金利が上がり始めると、IoT、AI、ビジネス支援、ロボティクス、Ground Stationのような多くの高価な賭けが事実上失敗したことも大きかった
最新の賭けである AIインフラ と自社ハードウェア強化は賢い選択だが、こうした役割には同じ人数のソフトウェアエンジニアではなく、別種の高度技能専門家が必要になる
小さくて棚に入れられる商品を扱うすべてのフルフィルメントセンターではロボティクスが広く使われており、外から見てもかなり生産的に見える
#actual-aws-memes が言及されていて笑った
私も2022年に入社したが、自分の経験とかなり一致している
良いマネージャーが去った後、「最高水準を求める」が徐々に恐ろしい これで十分 に侵食されていき、生成AIがその速度をさらに上げたと思う
Amazonが人材プールを使い果たすという話は何年も前から聞いているが、それでもまだ回っている
その後、Kuiperのシステムエンジニアリング職について連絡してきたリクルーターは少なくとも35人はいる
たとえ「イエローバッジ」の契約社員であっても、毎回Amazonの採用マネージャー段階まで進むと即座に落とされる
Amazonians は、私たちがどれだけ長く ブラックリスト に載せられるのか知らないし、おそらく知ることもないだろう
そのうち本当に人を使い果たすことになる
特に今では他のFAANGも新卒に法外な額を払わなくなっているので、賢い若手人材の供給が完全に枯れることはなさそうだ
どのレベルでも採用は非常に難しくなっており、うちのチームのシニアデータサイエンティストのポジションは1年半空いたままだが、応募者はほとんどおらず、有能な人もいない
新しく入ってくる社員の平均レベルも大きく下がっていて、有名な「採用基準」は今や地下に落ちてしまった
ソフトウェアエンジニアの雇用主にとっては黄金時代だ
報酬は良いし、履歴書映えもする
私が住むヨーロッパでは特にそうだ
AIの誇大宣伝はさておき、顧客が単なる数字でしかない 無味乾燥な大企業 になるのを避ける方法があるのか気になる
Amazonは何年ものあいだ素晴らしく顧客中心だったが、ある時点でそれを失った
以前よりはるかに顧客に不親切になった例をいくらでも挙げられるが、誰もが自分なりの例を持っているだろう
具体的に何が間違って、他社はどうすれば避けられるのだろうか
誇大宣伝や「今流行っているもの」に対して免疫を持ち、その代わりに「顧客に、もともとアクセス不可能だったどんな体験を可能にできるか」に集中すべきだ
情熱的なオタクではなく金勘定をする人たちがハンドルを握ると、必然的に スプレッドシート的思考 へ移っていく
そういう大きな組織の火を灯し続けるには、ある程度避けられない面もあると思う
まだ見ていないなら Jiro Dreams of Sushi を見て、そうした生き方が自分に響くか確かめてみるのもいい
Nomaの René Redzepi とのインタビューも勧めたい
自分の技術に集中することが、どうやって他人に素晴らしいものを作って届ける機会を自然に生み出すのかについて、多くの示唆がある
Costcoが思い浮かぶ
その過程がかなりうまく描かれている
どう防ぐかはよく分からないが、会社を小さく保ち、品質と持続可能性に集中させ、ベンチャーキャピタルの影響から自由にしておくのが解決策かもしれないと思う
ただし盆栽の手入れのように、継続的に世話をし続ける必要があるだろう
アカウントを復旧した話がとても身近に感じられる
少なくとも彼には応援してくれる同僚がいたが、チームがあまりに縮小された結果、最後には彼が選んだ LLM だけが「よくやった」「君の言う通りだ」と背中を叩いてくれるようになりそうだ
そういう 英雄的行動 は承認なしではできないし、システムを無能で壊れているように見せたうえで見せしめにされず、しかも謝罪までさせるのは珍しい
公に彼を応援した人たちも身の振り方に気をつけるべきだ
AWSは道を見失った
S3, SQS, EC2, VPC は素晴らしい革新であり、安定して弾力的にスケールするシステムを望んでいたエンジニアたちが作ったサービスだった
偶然にもコスト効率も良かった
その後のもの、特にデータスタックと現在のAIサービスは、イノベーションを理解せず、エンジニアリングを銀行のようにコスト項目として見るMBA中心の経営陣が作ったものだ
最近の業績を見ると、その影響が現れている
GoogleはAWSのほぼ2倍の速度で成長しているが、単なる偶然かもしれない
うちの会社でも全員に AI関連ツール をもっと使うよう求めているが、それ自体が間違っているとは思わない
ただ、こうしたツールで作られる仕事の品質は結局のところ個人の能力に大きく左右される
あまり努力せず本当に雑な成果物を出してくる人もいて、かなり苛立たしい
重要なのはどのツールを使ったかではなく、出てきた成果物 であるべきだ
AIツールが本当に主張されているほどすごいなら、使う人たちが先行し、会社も他の社員に対して「同僚はあなたの2倍の仕事をこなしている」と正当に言えるはずだ
しかし、ツールの使用そのものを強制するのは無意味で逆効果だ