この動画では、OpenAIが最近行った一連の企業買収について詳しく分析している。Windinsurf、Stats Sig、Alex、IO/Joanie Iveなどの買収事例を取り上げ、なぜOpenAIがこれほど多くの企業を買収しているのかを解説する。特にStats SigのVJ RajiがOpenAIのアプリケーションCTOに就任したことや、XcodeのAIエージェントツールであるAlexチームの買収に焦点を当てている。動画では、企業の組織構造、チーム編成の課題、そして既存のチームを買収することで得られる戦略的メリットについて詳しく説明している。
OpenAIの買収ラッシュが始まった
OpenAIがWindinsurfを買収する。OpenAIがJoanie IiveのIOを買収する。OpenAIがXcode向けAIエージェントのAlexを買収する。Stats Sigの買収でVJ RajiがアプリケーションCTOに就任する。一体何が起きているんでしょうか？なぜOpenAIはこれほど多くの企業を買収しているのでしょうか？スタートアップは買収される側であって、今のように買収する側になるものだと思っていました。
これを見るのは正直狂気じみているとしか言えません。でも、OpenAIがこれらの事業を買収したいと思う非常に良い理由があります。明らかに、これらの買収にはそれぞれ戦略的な利点がありますが、さらに重要なのは、これらがOpenAIのチームを補完する方法が実に理にかなっているということです。他のスタートアップがこのようなことをもっとやっていないのが不思議なくらいです。
ということで、OpenAIの最近の買収ラッシュを詳しく見て、何が起きているのかを理解してみましょう。VJがStats Sigから参加するというニュースを見て、既にこの動画を作ろうと思っていたのですが、その直後にAlexチームがOpenAIに参加することを発表しました。正直に言うと、この件については後悔しています。
私は彼らに投資するかなり近いところまで行ったのですが、ラウンドが終了する前にメールへの返信が遅れてしまいました。ついにOpenAIの株式を手に入れることができたかもしれないし、皆さんからもっと偏見があると非難されたかもしれません。今回は何も得るものがないので、せいぜいAnthropicの誰かが私を嫌っているとしたら、また腕を骨折するくらいでしょうか。でも、さあ始めましょう。
残念ながら私は買収されていないので、誰かが私たちの請求書を支払わなければなりません。今日のスポンサーから一言いただいてから、ここで何が起きているのかを詳しく見ていきます。
AIボイス技術への認識が変わった瞬間
皆さんに正直に言います。私はずっとAIボイス関連の技術は過大評価されていると思っていました。私はタイピングがとても速いし、コンピューターと話すのが好きではありませんでした。少なくとも、これが起こるまではそうでした。
突然、ボイスモードがないアプリケーションを使うのが嫌になりました。そして学んだことは、同じように感じているユーザーが大勢いるということです。大多数のユーザーがそう感じています。ほとんどの人にとって、音声はタイピングの2〜3倍速いのです。だからこそ多くの人がそれを好むのです。
でも、今日あなたのアプリでそれをサポートしていますか？ユーザーがそれを望んでいても、セットアップして詳細をすべて正しく行うのは簡単ではありません。レイテンシーの処理から、十分にスマートなモデルの使用、適切なコンテキストと情報を持ったAIとの良好なやり取りまで、正しく行うのは面倒です。だからこそ今日のスポンサーであるVappyがとてもクールなのです。彼らは音声ベースのAIエージェントのための最高のプラットフォームを構築しました。
これらの人たちは6200万回以上の通話を処理しています。なぜなら彼らのプラットフォームでは、電話番号を入力するだけで、AIエージェントを送って誰かに電話をかけ、質問に答え、データをデータベースに保存できるからです。とてもクールです。TypeScriptでこれをセットアップする方法を見てみましょう。
音声エージェントを作成します。パッケージをインストールします。bunボタンまであります。クライアントをセットアップします。それからアシスタントを作成します。この場合、カスタマーサポートアシスタントと呼びます。使いたいモデルを記述します。実際、4.0は音声関連のレイテンシーと特性のために、まだ非常に優秀です。それからシステムメッセージを与えます。多くの異なる音声プロバイダーから音声を選択します。そして最初のメッセージを入力します。クール、素晴らしい。
電話番号を使って実際に相手側の別の人と通話したい場合はどうでしょうか？それはさらに簡単です。アシスタントをセットアップしたら、IDを渡します。電話番号IDを与えます。これは発信元の電話番号のIDです。それから顧客の番号を入力します。それだけです。vapy.calls.createを呼び出すだけです。
これで、すでに定義したエージェントが顧客に電話をかけ、質問をし、答え、これらすべてをダッシュボードや実際の製品にログを記録できます。なぜなら、これは単なるTypeScriptコードだからです。これを自分のTypeScriptサーバーに置いて、データを好きな場所に保存できるのです。
人々があなたのサービスを電話で利用する方法がない場合、多くの顧客を逃しています。今すぐsoyv.link/fappyで修正してください。
OpenAIの買収一覧と詳細分析
さて、OpenAIは企業の買収を止められません。ここで関連するもののクイックリストを作ってみましょう。いくつかについてはすでに話しました。明らかにWindsurfがありますが、これは見事に失敗しました。IO/Joanie Iveの奇妙な状況も以前取り上げたものです。概要はまだやりますので、その動画を見ていなくても心配する必要はありませんが、より詳しい情報が欲しい場合はそちらをご覧ください。
それからStats SigとXcodeのエージェント的コーディングツールであるAlexがあります。まずWindsurfから簡単に始めましょう。これが失敗したのは、WindsurfがVS Codeのフォークであり、私たちの理解では、MicrosoftがAGIが達成されるまでOpenAIが持つすべてのIPを取得するという合意があるためです。
つまり、Windsurfが行ったすべて、Windsurfが収集したすべてのトレーニングデータ、そしてWindsurfの他のすべてが、今やMicrosoftが所有する、または従来の意味での所有ではないにしても、それらすべてに対する権利を持つことになります。そして彼らはWindsurfが行ったすべてを直接VS Codeに統合でき、それによってその買収の価値を大きく損なう可能性があります。
これが買収が失敗した理由についてはまだ噂の段階ですが、非常に理にかなった噂なので、私はそれを採用することにしました。IOとJoanie Iveの件は奇妙でした。なぜなら、IOという名前の別の会社がそれについて彼らを訴えているからです。そのため、彼らは静かにしていなければならず、それに関する多くのメッセージングを削除しなければなりませんでした。
この買収が起こったのは、OpenAIがますます単なるモデル研究所ではなく、製品会社になろうとしているからです。そして彼らが本当に良い製品、特に本当に良いハードウェアを作りたいなら、世界最高のハードウェア人材を持ちたいと思うでしょう。そして彼らは3000億ドルの評価額で400億ドルの最近の資金調達を行ったので、Joanie Iveのような愚かな賭けをする流動性があります。
そのような賭けについて考えてみれば、金額がいくらだったかを忘れましたが、10億ドルくらいだったと思います。ハードウェアで勝つ可能性を大幅に高めるために、滑走路の40分の1、成功のチャンスの40分の1を諦めるでしょうか？私ならそうします。今日、多くの価格でJoanie Iveを雇うとは思いません。
彼が今日どの程度優秀かはわかりませんが、彼は史上最もスマートで才能のあるデザイナーの一人です。そして彼を獲得する機会があり、彼があなたの成功の可能性に意味のある影響を与えることができると信じているなら、40分の1は妥当な比率だと思います。
でも、これらはすでに知っているものです。今日話したいのは、この新しい2つの買収、Stats Sigの買収とAlexの買収です。なぜなら、これらの方がはるかに興味深いからです。どちらも小さなビジネスなので、その意味では他の2つほど大きな取引ではありませんが、OpenAIでの人々の考え方の変化を示していると思います。そしてその変化は非常に注目に値するものです。
チーム構造の理論と実践
そこに到達するためには、いくつかのことについて話す必要があります。まず、採用について、特にチーム構造について少し話したいと思います。チームを構成する方法はたくさんあります。私たちの会社に様々な製品があるとしましょう。モバイルチャットアプリがあるとします。デスクトップチャットアプリがあります。ディープリサーチプラットフォームがあります。
開発者ツール、コーデックスなどがたくさんあります。この層の下には、これらすべてが使用している部分があります。GPT-5のようなものです。これは、これらの多くの底部に位置する部分になります。GPT-5は何らかのインフラ上で動作する必要があります。このインフラはおそらくこれらすべてで再利用されています。
この部分を抽象化したり、サービス化したりするのは理にかなっていますが、重要な他のことがここにあります。モバイルアプリでは、どう言えばいいでしょうか？デザインシステムが必要です。また、バックグラウンド管理、通知システムなどの異なる機能も必要でしょう。また、モバイルチャットアプリはおそらく単一のチャットアプリではないことも認識する必要があります。
おそらくiOSアプリとAndroidアプリがあります。そして、これらは同じ部分を多く持つでしょう。そして開発者ツールでは、CLI、ウェブインターフェース、その他すべてがあります。デスクトップアプリでは、まだデザインシステムがあり、ディープリサーチプラットフォームでは、多くの奇妙なAPI定義などがあります。
このように構造化している理由は、特定の製品とチームが作業する表面積を示したいからです。ここから下から始めると、描くべきかなり明確な一連の線があるようです。ここに線を引いて、この線の下の人々はインフラチームだと言うことができます。そのすぐ上に別の線を引いて、これが研究所だと言うことができます。
その上にさらに別の線を引いて、これがデザインとUXチームだと言うことができます。そして、これが多くの企業が物事を分割する方法です。研究所のポイントから下に関しては、これは非常に理にかなっていると私は主張します。しかし、そのポイントから上では、iOS、Android、デスクトップアプリに同じデザインシステムを持つことはおそらく望ましくないため、かなり迅速に意味をなさなくなります。
これらの間にはある程度の重複があるかもしれませんが、同じものにはしたくありません。そして、私がAndroidアプリで作業していて、あなたが私に与えたデザインがiOSアプリに基づいていて、それがAndroidで動作しないとします。今、私のチームにいない人が、私がこのことを行うことをブロックしています。そして、それは最悪です。
そこで多くの企業がこれに気づいて、ある時点から構造を変更し、代わりにこれらの異なるアプリケーション表面領域の垂直スライスを行うようになりました。OpenAIのような企業での異なる製品は、このように分割される可能性があります。すべての人がこれらのチームによって提供される研究とインフラを共有しています。しかし、その上には垂直スライスがあります。Androidアプリで作業するチームがあります。iOSアプリで作業するチームがあります。デスクトップアプリで作業するチームがあります。
ディープリサーチで作業するチームがあります。コーデックスで作業するチームがあります。そして、おそらくCodexチームはCodexの異なる表面領域のための複数のチームに分割されています。ますます多くの企業がこの垂直分割に移行し始めています。例えばFacebookは、チームが管理するインフラの層ではなく、所有する表面に基づいてチームが分割される、この初期の開拓者でした。これが、チームの垂直対水平スライシングです。
最初はコーデックスチームがデスクトップチャットアプリの一部として始まったとしましょう。彼らはただデスクトップチャットで機能やGitHub統合を構築していて、それから「ああ、これは独自の製品表面領域が必要なほど十分に異なっている。これを分離して独自のものにする必要がある」ということに気づきました。
または、Cloud Codeが得ているすべての誇大宣伝を見て「よし、ここにもっと投資する必要がある」と言うように、内部的に優先順位が変わるかもしれません。これらのことをやっているすべてのエンジニアは、これらのことをやるのに忙しいのです。彼らはエンジニアを他の場所に再配置して、他のすべてが続くことを期待することはできません。彼らがやる必要があることは、この部分を行う別のチームを形成することです。
そして、そのチームは、ここにいるものと似たような役割と似たようなことをする人々を多く持つことになりますが、それは異なる製品であり、異なるタイムライン、異なる目標、異なる顧客、異なるすべてを持っています。したがって、そのチームを構築する必要があります。
問題は、ここにいる5人と十分に似ている5人のランダムな人を雇った場合、彼らがお互いの働き方を理解するという保証がないということです。彼らがまったく一緒にうまく働くという保証がありません。しばらく一緒に働くまで、彼らが実際に優秀かどうかという保証がありません。
チーム編成における課題と解決策
そこで最終的にやらなければならないことは、この側からランダムなリーダーまたはリーダーシップの役割に近い人を取って、1人から3人を移すことです。そして今、このチームは空いたスポットを埋めるために雇用しなければならず、このチームはこの移行で失った人々を埋めるために雇用しなければなりません。そして、それはただ最悪です。
ある程度の規模の企業で、このような新しい垂直チームを立ち上げるのは本当に困難です。なぜなら、各チームがそこにいる人々を必要とするからです。しかし、これらの移行で人を手放さない場合、結果として監督が少なすぎ、結束が少なすぎ、最終的にはしばしば災害になります。それでは、どのようにバランスを取るのでしょうか？必要なものがいくつかあります。
第一に、IC（個人貢献者）と管理のバランスが必要です。個人的な貢献が得意な人が必要です。私が見ているのは、コードを書いている人、直接変更を加えている人、そしてそれらの人々を管理し、船を運営し、物事が正しい方向に向かっていることを確認できる人々です。
適切な量のビジョンが必要です。意図的に曖昧に定義されています。なぜなら、ビジョンは言葉にするのが難しいからです。それは、誰のために構築しているか、何を構築しているか、どの方向に向かっているかを理解している人々です。明らかに品質の高い人々が必要です。品質の高い人々がいなければ、困った状況に陥ります。
そして、最も重要なのは、チームが一致していることです。これは単にチームが会社と一致していることを意味するだけではありません。チーム内の個人がお互いと一致していることも意味します。私は本当に効果的だったチームにいたことがありますが、私はそこに適合しませんでした。そして、私がとてもよく適合したチームにいましたが、効果的ではありませんでした。
チームがどれだけうまく協力するかは、まったく異なる次元です。しかし、それは理解するのも本当に困難なことです。そして、このチームが以前に一緒に働いたことがない場合、それを理解するのに数ヶ月かかる可能性があります。したがって、この部分は理解するのが高価です。品質の高い人々の部分も同様に理解するのが高価です。なぜなら、優秀だと思って雇った人が、実はそうでないことがわかった場合、彼らを取り除くのは幸運を祈るしかないからです。解雇するのはそれほど簡単ではありません。そして、たとえそうだとしても、数ヶ月も経っているし、新しい仕事を見つける方法を考えなければならない人の人生を潜在的に台無しにしています。楽しくありません。
適切な量のビジョンの部分、それは面接中に理解するのが非常に困難です。そして、ICと管理の良いバランスも雇用するのが本当に困難です。いくつかのことは雇用しやすく、いくつかのことはそうではありません。最も雇用しやすい人々を最初に雇うことになります。なぜなら、それが物事の進め方だからです。それは通常、個人貢献者になります。したがって、8人の開発者と0人のマネージャーを持つチームになる可能性があります。
そこで今度は、ランダムなチームをひっかき回して、良いマネージャーではないかもしれない人を管理してくれる人を見つけようとして、本当に早く災害に陥ります。では、なぜ私たちはこのすべてについて話しているのでしょうか？これは雇用と何の関係があるのでしょうか？
もし私が、これらの4つの部分で問題が起こる可能性をはるかに少なくするショートカットがあると言ったらどうでしょうか？バランスが取れていて、すでに一致していて、品質が高い可能性が高い人々のグループを得る方法があると言ったら、あなたはおそらく私が嘘をついていると言うでしょう。そして、ある程度はそうです。
話したい最後の部分があります。異なるタイプの人々です。ICがあります。個人貢献者です。これらは、タスクを与えられればタスクを完了できる人々です。それが大多数の人々であり、それは良いことです。私たちは他の何よりもこれをする人々をもっと必要としています。すべての洒落たAIツールでさえ、それらがすることは、ICを20％から3倍の効率で、わずかから意味のあるほどより効果的にすることです。
それから管理があります。管理はICを指導します。管理の役割は、ICの仕事が行われていること、仕事が正しい方向に向かっていること、すべてのICがよく世話をされ、何が起こっているかを理解していることを確認することです。
彼らは会社から指令を受け取り、個人貢献者と協力して船を操縦し、私たちが正しい方向に向かっていることを確認します。それから第3のカテゴリーがあります。この用語が嫌いですが、他に使うものがわかりません。ビジョナリー。ああ、神様、嫌いです。プロダクトリードと呼ぶことにします。そう、用語がそれをうまく記述していないか、本当に気取っていて愚かです。
プロダクトリードまたはビジョナリー、何と呼びたくても構いません。彼らは目的地を設定する人です。彼らは「ここに行く」と言います。管理は反発し、提案し、変更を求め、すべてが合意されたら、計画をICに持ってきて、彼らがパスを実行します。技術的リーダーシップやその他すべてもあります。執行レベルでは、それらのどれも重要ではありません。
技術的リーダーシップは、管理とICの間に存在する関心事です。ここに存在する関心事ではありません。そして、これが私たちが気にかけている空間です。皆さんは、管理とICの間の部分のギャップをすべて経験しています。それがどのようなものかを知っています。それは私たちが話していることではありません。これが私が気にかけている部分です。
何をするかを考え出してそれを提案する人々と、実際に船を操縦してICを正しい方向に導く人々との関係は、本当に本当に重要です。この関係は、しばしば会社を成功させるか失敗させるかを決めることができます。公平に言うと、この関係が悪い場合、それも会社を壊すでしょう。
しかし、私は、ダメではないマネージャーであることはそれほど難しいことではないと主張します。それを多く行い、驚くほど大勢の人々を含む大きなチームを管理したことがある人として、管理は主に聞き役です。そして、聞くことが上手になり、操縦が上手になれば、十分にうまくやることはそれほど難しくありません。
これらの部分間の関係を正しく得ることは、はるかに困難で、本当に本当に高リスクです。特に、この位置にいる人が特に優秀であるかどうか確信がない場合は特にそうです。これに本当によく当てはまる人のカテゴリーが1つあります。
ICの例は、20のYC企業で同時に働いたZohamのような人でしょう。彼がしたことは、チケットを閉じることだけで、ユニークなことを提案したり行ったりすることはなく、ただやらなければならないことをやっただけです。この別の例はClaude Codeです。
タスクを与えると、それを実行します。本当に良い管理の例は、Daniel Rosenwer のような人でしょう。Danielをまだご存じない場合、この人を本当に愛しています。彼は主にMicrosoftのTypeScriptチームを担当しています。また、VS Codeの人たちともますます多くのことをやっています。
会社のミッション、ユーザーの利益、そしてそれらのことに実際に取り組んでいるエンジニアの間のギャップを埋める彼の能力は信じられないものです。そのすべてのバランスを取るのが本当に上手です。彼は、必ずしも方向を設定していないが、正しい方向に向かうことができるように、すべてが適切に実行されることを確認している伝統的な管理の例外的な例です。
そして、プロダクトリードについては、これは非常に開発者向けの例になります。Tanner Linsleyを選ぶつもりです。どういうわけかTannerをご存じない場合、明らかに私のコンテンツをあまり見ていません。TannerはTanstackの作成者で、React Query、React Table、新しいTanstack startとTanstack routerの狂気を含んでいます。彼は非常に、非常に、非常に優秀です。
私のお気に入りの開発者の一人で、私がこの全体の分野で関連性を持つようになった主な要因です。Tannerをとても愛しています。彼は期待されている方法、想定されている方法、ましてや指示された方法でものを行いません。彼は常に、技術的に自分のやり方についてのビジョンを持っています。
彼は見たものにインスピレーションを受け、それを行う独自の方法を提案し、誰も彼にノーと言う前に、彼は半分終わっています。Tannerはまた、信じられないほど優秀なICでもあります。彼はただそこに座ってコードを書くことができますが、それが自分のアイデアである場合にのみそうします。また、これらの物事を構築する小さなチームを運営しているため、船を本当にうまく操縦することもできますが、チームが十分大きくなると、確実に彼をイライラさせます。
私は間違いなく彼をこのカテゴリーに入れますが、このカテゴリーにいるためには、他の物事の一部でもある必要があります。これはここで取り上げるべき重要な点です。しかし、これはユニークな品種です。これはスキルアップできるものではありません。努力すれば、ほとんどの人は良いマネージャーになったり、良いICになったりできると信じています。
しかし、これが悪い人がこれが得意になるのを見たことがありません。管理が悪い人が管理が得意になるのを見たことがあります。コードが悪い人がコードが得意になるのを見たことがあります。方向設定が悪い人、リーダーシップとビジョンが悪い人がその部分が得意になるのを見たことはありません。これは異なることです。見つけるのが本当に困難です。フィルタリングするのが本当に困難です。
測定するのが本当に困難です。そして、この部分を台無しにすると本当に悪いことになります。では、これが買収ラッシュと何の関係があるのでしょうか？もし私が、ここに比較的よく当てはまる人のカテゴリーがあると言ったらどうでしょうか？そのカテゴリーは優秀な創設者です。明確にしておくと、優秀な創設者1人に対して、10人以上の悪い創設者がいます。
しかし、悪い会社と良い会社を区別するのは簡単で、1時間の面接で悪いマネージャーと良いマネージャーを区別するよりもはるかに簡単です。3人の管理候補者と1時間過ごして、どれが良いかを理解しなければならない場合、私はそこそこの仕事ができます。正しい方向に私たちを導くビジョナリーであるプロダクトリーダー3人と1時間過ごさなければならない場合、1時間では私にはそれを理解するのに十分ではありません。
しかし、彼らの3つの製品を使ってみれば、かなり多くのことを見ることができます。そして、それがここでとてもクールなところです。1時間で誰かの能力を理解する良い方法はありませんが、彼らが既に何かを構築している場合、多くのことを見ることができます。
そこで、例えばStats Sigのような製品を使っているとしましょう。OpenAIからAnthropicまで、みんなが使っている非常に成功したデータプラットフォームです。これは特に面白いことです。なぜなら、今やAnthropicのすべてのアナリティクスデータが技術的にOpenAIによって所有されているからです。楽しい余談ですが、少し後で触れます。
もしあなたがこの製品のヘビーユーザーで、それがあなた、あなたの考え方、あなたがやっていることとよく一致していると感じているなら、それは本当に良いシグナルです。
つまり、製品のユーザーで、それが正しい方向に発展していると感じ、まだ主に創設者主導である場合、その創設者たちがあなたが探しているタイプのプロダクトリーダーやビジョナリーである可能性が高いということです。そして、それがOpenAIが行っている大きな賭けです。
彼らがすでに使用している製品を構築している企業を買収している場合、それらの製品の方向性を定義しているリーダーシップが、OpenAIがやりたい方法と良い一致を持っている可能性が高いのです。しかし、さらに重要な詳細があります。なぜなら、彼らは単に創設者を買収しているわけではないからです。彼らは確実に単に製品を買収しているわけでもありません。
明らかに、1つめは製品を得て、2つめは創設者を得ますが、最も重要なのは、チーム全体を得ることです。上記の部分を覚えていますか？特定の製品の垂直に基づいてチームを構築することがいかに困難で、新しい垂直が起こったときに、それをスタッフィングし始めることがいかに高価で高リスクかという話です。私はこの問題で絶対に自分を台無しにしている多くの企業を見てきました。率直に言って、私は今Vercelがそれをやっているのを見ています。
人々が興奮する新しいことがあるときに、自分を台無しにしないのは本当に困難です。なぜなら、誰もが移りたがって、それから以前に取り組んでいた他のすべての製品が腐り始めるからです。これはTwitchで私がいたときに8回くらい起こりました。これはとても一般的です。
そこで、あなたがやっていることに十分近い分野で良い製品を作っている会社を買収すれば、すべての一致を買うことができるのです。
あなたはこれらのステップをすべてスキップできます。既にうまく協力している人々のチームがあり、彼らが自分たちのやり方でやって来ることができることを知っています。
OpenAIの現状とチーム再編成
さて、OpenAIの状況について考えてみましょう。ここで、これらの表面すべてが、OpenAIで同じプロダクトリーダーシップの下にありました。彼らにはCTOとCPOがいて、製品を担当していました。そして、Androidアプリ、iOSアプリ、デスクトップアプリ、ディープリサーチプラットフォーム、そして彼らが構築する他のすべてのクールなものが、すべて同じ上級リーダーシップの下にありました。これらのすべての製品は非常によく一致すべきなので、おそらくそうあるべきです。
では、開発者ツールはどうでしょうか？コーデックスのロードマップは実際にどの程度、Androidアプリのロードマップを理解し、影響を与える必要があるでしょうか？なぜこれらがリソースを奪い合うのでしょうか？お金があるなら、なぜこれらの物事がお互いから奪うようなことをさせるでしょうか？そんなことをするのは全く意味がありません。そして、OpenAIはそれを知っています。
そこで、1人の役員がこのすべて、製品表面積全体を担当していたという事実は愚かで、彼らはそれを知っていました。そこで、彼らは急速に成長しているこの新しい垂直、開発者ツール側で製品リーダーシップができる新しいリーダーシップを必要としていました。しかし、正直なところ、彼らはそれだけを必要としているわけではありません。他の側でも良い技術的リーダーシップが必要です。
開発者ツール側のビジョンを理解できる技術的な人々が必要ですが、製品とアプリケーション側も導けるだけの技術的能力を持つ有能な人々も必要です。製品とアプリケーション開発の技術的側面を深く理解している人のカテゴリーをご存知ですか？アナリティクスウィザードです。
彼らは製品が成功し、失敗するすべての層を知っているため、ほぼ誰よりも製品をよく理解しています。Stats Sigを買収することは、彼らが技術的レベルで良い製品に深く投資しているため、非常に理にかなっており、だからこそ彼らはVijayをアプリケーションのCTOとして迎え入れたのです。それはOpenAIのCTOではありません。
それはモデルを除くすべて、そしておそらく開発者ツールとAPIも除くすべてのCTOです。そして今、OpenAIのアプリケーション表面積すべてのアナリティクスにツールが既に構築され実装されているVijayは、製品で何が機能し、何が機能していないかを理解するため、それらのことの技術的方向性をリードする責任を負っています。これは非常に理にかなっています。
ああ、楽しいことに、明らかにVijayはChatGPTとCodexの両方を引き継いでいます。もしCodexがうまくいけば、すぐにそこで分裂があるだろうと今予測します。それらは十分に異なるため、分裂しなければならないと思います。しかし、これらの両方を合わせると、現在のCTOが関わりたくないインフラとは十分に異なります。そして、製品側のために完全に研究所インフラモデルから分離された、別のCEO、CTO、一般的な役員会とリーダーシップを立ち上げることは、世界中で理にかなっています。
なぜなら、もしあなたがCTOで、ChatGPTアプリがAppleの意地悪さのせいで更新できない理由と、NvidiaがGPUの出荷にこんなに時間がかかる理由の両方を理解しなければならない状況に陥ったら、どちらも効果的にできないと思います。そして、再び、もしCodexが十分にうまくいけば、彼らはそこでも同様の分裂をしなければならないと思います。
そして、それに価値があることですが、アプリケーションのCEOであるFidji Simoも引き抜きでしたが、彼女はInstacartのCEOとして引き抜かれました。良いアプリケーションと製品に関する深い理解もY Combinatorサークルから来ており、OpenAIは非常に結びついています。彼女は製品のCEOとして入ってきましたが、これらすべてを運営し、何ができるかできないか、どのようにそれを行うかを理解するために、直接彼女の隣に技術的な人が必要です。
彼らは会社でランダムな人を見つけて、彼らを自分の役割から引き裂いて、これを強制することもできたでしょうし、彼らが持っている狂気的な金額で彼らを買い、この分野で信頼できる既知のリーダーを外部の視点と多くの焦点を持ってこれらの問題を解決するために連れてくることもできました。
買収が最終決定されると、Statsigの従業員はOpenAIの従業員になります。シアトルのオフィスから独立して運営し続け、顧客基盤にサービスを提供します。現在の顧客の継続性を確保し、チームが最も得意なことに集中し続けられるよう、将来の統合には慎重なアプローチを取ります。
確かに、Statsigが失敗する悪い予感があります。そして、Anthropicがどれほど器が小さいかを知っているので、彼らはすでに移行しています。これがどう進むかは私にはわかります。
Alexの買収とその戦略的意味
そして、Alexがあります。CLI、エディター統合、VS Code拡張、ウェブプラットフォーム、バックグラウンドエージェント、モデルなど、コーデックス内のすべての表面領域で、コーデックスを追跡するのが困難なほど多くのものがあります。彼らにはCodexという名前の製品が7つあるとジョークを言っていましたが、間違っていました。9つくらいあります。狂気です。
Alexは本当にクールなツールです。これは、Apple開発者エクスペリエンスをアンファックしようとする試みです。なぜなら、もしあなたがXcodeを使ったことがあるなら、その全体のエコシステムがどれほどひどく悪いかを理解しているからです。そして、AIを採用しようとする彼らの試みは笑えるほど悪いものでした。Apple intelligenceより悪いのは、XcodeのCopilot代替品だけです。本当に悪いです。
そして、AlexはXcode統合エクスペリエンスをできるだけ自動化し、エージェント化しようとする試みでした。そこで、おそらくあなたはこれを見て「ああ、だからOpenAIはiOSアプリをバイブコーディングできるようにしたいんだ」と思っているでしょう。それは確実に彼らの目標の一部だと思います。しかし、それがこの買収が起こった理由ではありません。
この買収が起こったのは、Alexチームがひどいシステムとの複雑なエージェント的コードツール統合を構築できることを示したからです。Xcodeをエージェント的コーディングの実行可能なプラットフォームにできるなら、コーデックスウェブサイトをアンファックできます。コーデックスウェブサイトが本当にひどいので、おそらく同じくらい困難だと言えるでしょう。最近カバーしましたが、多くの愚かな方法で混乱しています。多くの約束がありますが、今は絶対的な大惨事です。
そこで、すでにうまく協力している開発者を探していて、Alexはそれを構築するのにそれほど多くのビジョンを必要としないため、必ずしも大量のビジョンを持たない場合。ビジョンはXcodeがこれを台無しにしている、私たちがそれを修正するということです。そして彼らはそれをやりました。彼らは実行できます。
彼らはICと管理のセクションを理解しており、私がそれを知っていたら、投資するためにもっと強くプッシュしていたでしょう。彼らはこのセクションを理解しており、このセクションは多くの助けが必要です。なぜなら、そのコーデックスチームは、すべての人が3つの別々の大きな製品に責任を持つスケルトンクルーだからです。今、彼らは既に協力する方法を知っている人々のチームを持ち、本当に複雑なエージェント的統合を構築していて、すぐに実行に移る準備ができており、おそらく初日からPRを発送するでしょう。
私はこれらの買収がどう進むかを知っています。これは本当にうまくいくでしょう。彼らは、すでに分野を理解し、すでにAIとの本当に複雑で面倒なシステムを統合し、最も重要なことに、協力する方法を知っている開発者を得ることで、多くのステップをスキップしています。既に一緒に働いている場合、新しい人々のセットに文化を押し付けて、彼らがうまく調和することを期待する必要はありません。
これらのステップをすべてスキップできます。そして面白いことに、元のCodex CLI実装は私の友人から来ました。彼をご存じない場合、彼は私の他の古い友人の一人と一緒に、ずっと前に私が本当に興奮していたスタートアップを作っていました。Indentです。Indentは、彼らが構築していたときは実際に本当にクールな製品でした。
Indentの目標は、承認プロセスを管理しやすくすることでした。そのため、サポートの誰かが、すぐに承認を得られないかもしれない文書へのアクセスを必要とした場合、それを所有する人にプッシュ通知が送信され、承認チェーン全体で人間をループに含めて承認や拒否ができます。
これを構築した人たちは皆セキュリティウィザードですが、製品、開発者ツール、統合、そのすべてにも本当に興味を持っています。私は古いハッカソンクルーから彼らを知っています。本当に、本当にスマートな開発者たちです。彼らが最初にIndentをドロップしたときの発表パーティーに行きました。4、5年前の本当に楽しい時間でした。
彼らは2年前にOpenAIに買収されたと思います。OpenAIに買収されたとき、彼らはセキュリティに組み込まれて、そのもののための新しい承認パイプラインを構築しました。しかし、特にFuは他の抱負を持っていました。彼は常に少し型破りで、OpenAIのような会社の安全チームには確実に最適ではありませんでした。そして最終的には、彼がそれを欲しかったからという理由でコーデックスを構築し、それを行い、それから彼らがそれを出荷し、今やCodexは会社の全プラットフォームです。
それを実現させ、出荷させるために地獄を通り抜けて、同じアプリを2回、一度はTypeScriptで、一度はRustで再構築しました。彼は大変な思いをしました。しかし、彼は異なる買収を通してやって来ました。そして、彼とDanはうまく一緒に働いていたにもかかわらず、Danが安全とセキュリティに集中したかったのに対し、Fuは開発者ツールを構築しに行きたかったため、最終的には分裂しました。
しかし、この才能ある人々のチームは、一致した製品の買収を通してやって来ました。そのうちの1人が分裂して、事実上この全体の新しいコーデックスチーム、または何と呼びたくても構いませんが、それを形成し、ああ、このチームを満たすのに十分な人がいないということに気づき、今彼らはここの残りの穴を埋めるために企業を買収しています。
この全体の製品は、適切な人々、適切なビジョナリーを買収したから存在し、今彼らは穴を埋める必要があります。彼らは伝統的な方法で多くの人を雇って、彼らがうまく協力することを期待するか、最初に彼らをここに導いたのと同じことを行う、つまりよく一致した会社を買うことができます。
これが皆さんの一部に、これらの買収を通して見るときに役立つことを願っています。そして今、もし最終的に私たちがOpenAIに買収されるのを見ることになったら、なぜかを理解しているでしょう。実際には、OpenAIが本当に私たちを買うことができる世界はありません。YouTubeチャンネルは私がただ諦めるには多すぎるお金を稼いでいますが、買収プロセスの一部になるには少なすぎるお金です。
そこで、私たちは、私にYouTubeをやめさせたがるこのような企業にとって、面白いスポットにいます。その代わりに、私たちはスポンサーからお金を稼ぎ、本当に良い製品を構築し、皆さんがT3 chatにお金を払ってくれます。これは私たちにとって本当にうまく機能しています。
そうは言っても、やあSam。もし本当に良いプロダクトリーダーシップが欲しくて、ChatGPTをアンファックしたいと思っていて、私に現在実行している方法でチャンネルを続けさせるか、それに応じて私たちに支払う意志があるなら、あなたは私の電話番号を持っています。
これで今回は以上です。2つの腕を骨折する前に、この手首を氷で冷やしに行かなければなりません。ええ、楽しいものでした。皆さんがどう思うか教えてください。それでは次回まで、さよならナードたち。
コメント