彼は少なくとも私には、技術的な観点から推論がどう機能するかを本当に理解していないことを一貫して示していて、それが彼の崩壊の理由に関する核心的な主張を弱めている。一般的に、反対意見を持つ人がいるのは大事だと思うけど、今のところ非常に盛り上がっているハイプサイクルの中でバランスの取れた批評が必要だからね。ただ、彼の主張がしっかりしているとは思えないし、そもそも彼の前提に同意する場合でもそう思う。彼のナプキン計算で一番気になるのは、推論の粗利益を普通のSaaSマージンと比較できない新しいものとして扱っていること。部分的には正しいけど、モデルのトレーニングや関連インフラの構築、競争力を保つために必要な他のコストからのR&Dコストの絶え間ないカーニバルは、分析を少し変えることは確かだよね。でも、彼が言うには、これは普通のSaaSマージンとは構造的に異なるって言ってるけど、そこまで行くと行き過ぎだと思う。ビジネスモデルは確かにDropboxとは違うけど、AWS、特に初期のAWS、CDN、通信などにはすごく似てる。通信については、私のエンジニアとしてのキャリアの半分以上がそれに関わってるから、個人的にも話せるよ。このように、利用率、過剰契約、ピークキャパシティ計画、セグメンテーション、時間をかけてのキャピタル支出の回収に依存する、非常に資本集約的なインフラビジネスを持つことができる。彼が提示する数学は、コスト削減のために明示的なセグメンテーションが行われているのを見ると、さらに疑わしくなる。多くの先進的な組織が、すべてのタスクに最も高価なモデルを使う必要はないことに気づき始めている。簡単なタスクは安価なモデルにルーティングしたり、キャッシングを使ったり、緊急でないワークロードをバッチ処理したり、フロンティアモデルは実際にフロンティアインテリジェンスが必要な作業のサブセットに予約したりできる。これは、プロバイダーが常にフロンティアインテリジェンスを追い求めて、現在の需要、利用率、価格曲線を維持する必要があるという彼の主張を直接覆すものだよ。