|
データホエール データホエールの共有 翻訳:AIフロントライン、編集:Datawhale 過去 2 年間にわたり、IBM は世界中で複数回の人員削減を実施しました。
IBMは数千の雇用をAIで置き換える計画だが、貴重な組織能力を犠牲にして、大量の雇用をインドにアウトソーシングしているように思える。 (昨年5月、IBMは約7,800の雇用をAIで置き換えると発表した。)この評価は、IBMが最新のレイオフを発表した直後にアナリストによって行われた。 この見解は、レイオフについて意見を述べたIBM社員3名にすぐに共感を呼びました。彼らは匿名を希望したため、以下の文章では彼らをアレックス、ブレイク、ケイシーと呼ぶことにします。 唯一明らかにできることは、彼らが複数の場所の事業部門に雇用されていた、または現在雇用されており、上級技術職に就いており、会社の内部情報を知っているということであり、したがって、視野が狭い、または一方的な見解を持っている可能性はほぼ排除されます。 従業員: AI に仕事をアウトソーシングするのはナンセンスです。 「IBMについてよく冗談を言っていました。『IBMは社員を全く欲しがらない』とか。だいたい半年ごとに、IBMはいわゆる『リソースアクション』と呼ばれるレイオフを複数回実施していました。これはIBMのレイオフのコードネームで、社員に不可能な目標を達成させ、辞める選択を迫るものでした」とアレックスは語った。 これは、IBM CEOのアルヴィンド・クリシュナ氏が昨年発表した、約7,800人の雇用をAIに置き換える計画とほぼ一致しています。しかし、これらの情報筋はこれを否定し、クリシュナ氏の計画には根本的な欠陥があると述べています。IBMが導入したAIは、人間の仕事を代替するどころか、遂行することすら不可能であり、この問題を解決できる人材の多くは既に解雇されています。 アレックスは、IBMの経営陣が過去4年間、自動化とAI技術の導入を推進してきたことを指摘し、その根底にある論理を詳しく説明しました。
しかし、情報筋は、IBM社内では実際にはそのようなことは起こっていないと強調した。Watsonx(IBMの生成AI製品)はまだ従業員に提供されておらず、その進捗状況はOpenAIのChatGPTに大きく遅れをとっている。 「 AIに仕事をアウトソーシングするという考え自体がナンセンスなのに、なぜか経営陣はそれがうまくいくと信じているんです。実際、Watsonxはまだ従業員に公開されておらず、そういった無意味なタスクを引き受けて自動化することは全く不可能です。OpenAIやChatGPTに大きく遅れをとっており、追いつくことすらできないと言ってもいいでしょう」とケイシー氏は述べた。 ブレイク氏は、「WatsonXはChatGPTより数年遅れており、Webインターフェースに大きな問題があり、2024年7月になってようやくほとんど使える状態になりました。社内で実際に使っていた人は誰もいませんでした」と指摘しました。さらに、「理論上はWatsonx Code AssistantはPHPに精通していますが、実際にはGitHub Copilotよりもはるかにパフォーマンスが劣っています。もちろん、何もないよりはましです。CEOは開発者にもっと使ってもらうよう訴えていますが、私の知る限り、本当に興味を持っているのは1、2人だけで、大多数は全く興味を持っていません」とも述べています。 ブレイク氏はさらに、外部からの大規模言語モデルを社内で使用することが禁止されているため、IBMの開発者は他のコードアシスタントやChatGPTさえも実質的に使用していないと付け加えた。IBMの開発者の大規模言語モデルに関する理解は「他の大手テクノロジー企業よりもはるかに劣っている」可能性が高いと彼は考えている。 これらの情報源によると、IBM Cloud Legacy(旧称 SoftLayer)プロジェクトの開発者のうち、AI や大規模言語モデルを含む製品開発に取り組んでいるのはわずか 1% 程度です。 従業員: 大きなモデルはまだ主要な責任を引き受ける準備ができていません。 しかし、IBM は経験豊富な技術スタッフを解雇することで、まだ実際には備えていない自動化機能への依存度をますます高めています。 ブレイク氏は、IBM があまりにも多くの経験豊富な上級社員 (特に高給で定年が近い社員) を解雇するという決定は自殺行為に等しいと考えています。 彼の経験に基づくと、就職市場に参入する開発者はますます減少している。「2012年頃、米国ではシニアソフトウェアエンジニアの成長が停滞しました。これは事実です。現在、世界中のどの国も、高齢のプログラマーが退職したり業界を去ったりするよりも速いペースでプログラマーを育成していません。インドとブラジルは、新規プログラマーの成長率が高齢プログラマーの減少率を上回っている最後の2カ国です。しかし、この状況は2023年に変わりました。中国では2020年に転機が訪れました。」 ブレイク氏は、Stack Overflowの開発者調査データも、ソフトウェア開発者の平均年齢が上昇し、ジュニア経験(0~4年)の開発者の割合が減少しているという見解を裏付けていると指摘する。米国ではテクノロジー企業が採用ペースを鈍らせ、数万人規模の従業員を解雇したことで、若者の間でソフトウェア開発への意欲が高まっている。 「大規模言語モデルがなければ、1965年から1980年生まれのプログラマーが退職し始める今後5年間で深刻なプログラマー不足に陥るでしょう。私はもともと生涯プログラミングを続けるつもりでしたが、今では大規模言語モデルを頻繁に使い始めています。」ブレイク氏は、IBMでは大規模モデルがまだ主要な役割を担う準備が整っていないのではないかと懸念している。 ケイシー氏は、自動化ツールへのアクセスが非常に悪かったと述べています。彼は他のチームにスクリプトを依頼した時のことを振り返り、最終的に必要なコードを入手できたものの、ワークフロープラットフォームであるServiceNowでチケットを手動で作成しなければならなかったと語っています。 経営陣: これ以上の才能を失う余裕はありません。 ケイシー氏は、IBMのインフラの一部の運用状況も悪化していると述べた。「ネットワークファームウェアのコードがあまりにも時代遅れです。私たちが議論していたものは2020年の時点で既に廃止されており、ベンダーでさえサポートを停止していました。経営陣はCisco、Arista、Juniper Networksと何度も会議を行い、具体的な合意内容は把握していますが、最終的にベンダーはEOLコードに対する完全なサポートを提供しませんでした。ネットワーク全体は基本的に『テープ』と少しの幸運(一時的な不安定なソリューションに頼って運用を維持していた)で繋ぎ止められていたのです。」 IBMはインドでネットワークエンジニアリングの請負業者を雇用することで事業の維持を図りましたが、結果は芳しくありませんでした。請負業者は基本的なネットワーク保守業務を担当し、シニアエンジニアはデータセンター全体のファームウェアアップグレードなど、より重要なプロジェクトに取り組むことができました。しかし、請負業者のパフォーマンスは低迷し、約18ヶ月前にIBMから解雇されました。 ケイシー氏は、「それ以来、誰も採用されていない」と指摘し、6年間、米国に拠点を置くフルタイムのエンジニアは一人も採用されていないと述べた。IBMは、経営陣が「これ以上優秀な人材を失う余裕はない」と訴えているにもかかわらず、毎年従業員のレイオフを続けている。 同社によると、米国での勤務時間中は、ネットワークエンジニアの数が1シフトあたり2~3人に削減され、シフトあたりの離職率は33%になるという。なお、ネットワークエンジニアは世界中のIBMデータセンターの運用状況の監視と維持を担当している。EMEA(中東、アフリカ、ヨーロッパ)およびAPAC(アジア太平洋)チームは、少なくともネットワーク部門はフル人員を維持し、1シフトあたり5~8人の体制を維持する。 アレックス、ブレイク、そしてケイシーが真実を語っているとすれば、このような状況にある従業員は雇用主に対して肯定的な期待を抱く可能性は低いでしょう。IBMの状況はさらに悪く、クリシュナ氏が人間の従業員をAIに置き換える計画は期待通りの効果を上げていないようです。 これらの内部関係者によると、IBMではAIが仕事を奪うのではなく、むしろ策略で雇われ、状況を好転させるスキルと能力を欠いた劣悪な従業員が労働力の大半を占めるようになっているようだ。 免責事項: この記事は InfoQ によって翻訳され、承認されています。 オリジナルリンク: https://www.theregister.com/2...\\_layoffs\\_ai\\_talent/ いいね! (3件のいいね!)↓ |
従業員: AI に仕事をアウトソーシングするなんてナンセンスです!
関連するおすすめ記事
-
学生に大規模モデルに取り組まないようにアドバイスするヤン・ルカンのツイートをどう解釈すべきでしょうか?
-
フォーラムの紹介 | オープンソースガバナンスフォーラム
-
『Black Myth: Wukong』はなぜハイスペックパソコンでもプレイに時間がかかるのでしょうか?
-
[Triton チュートリアル] triton.autotune
-
2億キロ!Haomo Intelligent Mobilityユーザーが達成したインテリジェントドライブ走行距離の新記録。
-
Volcano Engineは、大規模モデルトレーニング用のビデオ前処理ソリューションをリリースし、Doubaoビデオ生成モデルに適用しました。