本動画は、Nuxt LabsがVercelに買収されたというWeb開発界の重要なニュースについて解説している。この買収がなぜ起こったのか、Nuxtの将来への影響、そしてVercelの戦略的な意図について詳しく分析している。特に、ReactとNext.jsが中心だったVercelが、Vue.jsエコシステムのNuxtを取り込むことで、フレームワークに依存しない包括的なWeb開発プラットフォームを目指していることを説明している。また、NitroやMCPといった技術的な側面から、AIツールの発展がWeb開発の未来に与える影響についても言及している。
Web開発界の予想外の出来事
今日はWeb開発界において、本当に予想外のことが起こった奇妙な日の一つです。Nuxt LabsがVercelに参加することになりました。三角形が多すぎることは置いておいて、これは実際に非常にエキサイティングな買収です。Web コミュニティ全体に利益をもたらす可能性は非常に大きいです。
もしNuxtについてまだよく知らない方がいらっしゃれば、ReactにおけるNext.jsと似たような関係で、NuxtはVueの同等品でありながら、さらに多くの機能を提供します。サーバーレンダリング側に焦点を当てているのと同じくらい、データの受け渡し方法、API呼び出しの管理方法、異なるプラグインや機能の統合方法など、多くの側面に力を入れています。
これはLaravelとNextの中間のような存在で、多くのことを行うハイブリッドでありながら、比較的ミニマルで現代的なWebツールで構築されています。私はいつもNuxtの世界で起こっている素晴らしいことに対して、少し羨ましく思っていました。Nuxt Labsは、VueとNuxtのエコシステムを可能な限り良いものにすることを目標として、Nuxtを中心に構築された会社です。
彼らはまた、この動画を通してお話しする他の非常に重要な技術も構築しています。この買収は、Vercelにとって、そして潜在的にはWeb全体にとって大きな変化です。なぜなら、多くの技術が関わっているからです。
スポンサー紹介
スポンサーの紹介をしてから、本題に入りましょう。私のチームはこれまで以上に多くのコードを出荷していて、それは素晴らしいことでした。ただし、2つの問題がありました。CIの請求額がかなり大きくなり、CI時間もかなり長くなってしまいました。
それが、今日のスポンサーであるDepotをチェックするまでのことでした。彼らは、迅速に出荷しようとするチームにとって命の恩人です。GitHub ActionsやDockerビルドなどをより高速に実行する方法を構築しました。私が高速と言うとき、それは本当に大幅に高速だという意味です。彼らのGitHub Actionランナーは、GitHubにあるものより30%高速なCPUを持っています。10倍高速なネットワーキング。
キャッシュのスループットは驚異的です。並行性の制限もなく、コストはこれらすべての利点に対してGitHubに支払うコストの半分です。私はDepotの皆さんを以前から知っています。そのうちの一人は実際に元々のT3ロゴの設計を手伝ってくれて、信じられないことに、今はDockerを修正しています。彼らは常にDockerを実際にパフォーマンスの良いものにすることに夢中な大きなオタクでした。
コンテナビルドを40倍高速にするなんて、信じられないことです。これらのボックスには大量のCPUメモリがあります。そしてAWS GravitonやApple Siliconが必要な場合も、彼らがカバーしてくれます。これらの企業が見ているパフォーマンスを見てください。例えば、PosttoはしばらくDepotでビルドしていて、彼らのDockerビルドは以前より32倍高速になっています。
このような素晴らしい企業群のようになって、チームの速度に合わせてビルドを進めたい場合は、sidv.link/depoで今日チェックしてください。
Nuxt Labs買収の詳細
Nuxt LabsがVercelに参加します。ここから詳しく見ていきましょう。これを可能な限り多くの観点からカバーするために、他にも多くの興味深い詳細があります。
最初から正しく理解することが重要です。Nuxt Labsでの私たちの使命は、高速で美しいアプリケーションを構築するための最高の開発者体験を作ることでした。私たちは、優れたツールはアクセスしやすく、透明性があり、コミュニティ主導であるべきだと信じて、NuxtをMITライセンスの下でオープンソースフレームワークとして構築しました。これは重要なポイントです。Nuxt自体が今Vercelの一部になったわけではありません。
Nuxt Labsは、Nuxtに大きく貢献し、エコシステム内で多くの他のツールも構築している会社です。彼らがVercelに移行する人たちです。Vercel外にもまだ存在するコアNuxt貢献者たちがいます。これは依然としてコミュニティが運営し、コミュニティ主導のプロジェクトですが、その周辺で動作する多くのツールピースが今Vercelに移行しており、これによって開発が加速され、オープンソース中心の会社を構築する際に起こりうる資金調達の問題を防ぐことができるはずです。
私たちはNuxtに何年もの時間、エネルギー、リソースを注ぎ込んできました。そしてそれを通じて、製品だけでなくコミュニティも構築しました。私が毎日誇りに思うコミュニティです。しかし、このレベルでオープンソースを維持するのは困難です。Vercelのサポートにより、私たちはもはやNuxtの維持とその将来の資金調達の間で焦点を分散させる必要がありません。
今、私たちが愛していることに全力を注ぐことができます。オープンに構築することです。VercelはNext、Turbo Repo、Svelte、shadcn、AI SDKなど、オープンソースプロジェクトやクリエイターをサポートしてきた強い歴史があります。彼らは共有プラットフォームとしてのWebに投資することの意味を理解しています。私たちは価値観を共有し、Nuxtの特別な部分を犠牲にすることなく、さらに先へ進むことを支援してくれる会社に参加しています。
私たちのオープンソースチームは一緒に来て、同じ焦点と注意を持ってNuxtとNitroに取り組み続けます。このNitroの部分は重要です。プロジェクトはMITライセンスのままであることを覚えておいてください。ロードマップは公開されたままです。コミュニティは中心にあり続けます。これに伴い、スポンサーシップの処理方法にいくつかの変更を加えています。
すべてのスポンサーシップ資金は、完全な透明性のためにOpen Collectiveに移され、Nuxtコアとコミュニティ貢献者に直接送られることを確実にします。
具体的な変更内容
では、これは何を意味するのでしょうか？すべてのNuxt UI Proコンポーネントを含むNuxt V4が、そのFigmaキットと共に、すべての人に無料で利用可能になります。以前は、Nuxt Labsが収益を上げる方法の一つが、これらのプロコンポーネントを販売することでした。これらはReactで考えるようなUIエレメントのようなコンポーネントではなく、はるかに多くのことができるものでした。これは以前、彼らが料金を請求していたもので、TailwindがTailwind CSSライブラリを使用するが、デフォルトの開始点としてTailwind UIも持っているのと似ています。これも彼らの資金調達方法の一つでした。
彼らはまた、Nuxt Studioのセルフホスト可能なバージョンをオープンソース化しています。これは、Nuxtのホスティングを容易にし、デプロイメントで何が起こっているかを追跡するために彼らが維持していたサーバーサイドのものです。
彼らはまた、NuxthubをPostgres、Redisなどを使ってVercelのマーケットプレイスと統合する他のプロバイダーをサポートするためにagnosticにしています。お分かりいただけるでしょう。
将来を見据えて、AIは私たちにとって新しい焦点分野になります。非常に興味深いことです。私たちは、AIをNuxtの開発者体験に取り込む方法を探求し、アイデアをより早く出荷できるよう支援します。
私たちはまた、V0を含むVercelのAIチームと密接に連携し、MCPのようなローカルツールの実験を継続しています。これまでNuxtをサポートしてくれたすべての人に感謝します。すべての貢献、バグレポート、プルリクエスト、そして親切な言葉が私たちをここに導いてくれました。質問がある場合や会話に参加したい場合は、Daniel RowがGitHub上でNuxtの将来について書いています。私たちは依然としてオープンで、出荷を続けており、Vercelと一緒に始まったばかりです。
このことを書いてくれたSebastian、そして私たちが入っていく重要な部分の多くを推進している伝説のDaniel Rowに感謝します。ここでの感謝の小さな内訳が大好きです。読みたい場合は説明欄にリンクがあります。すべてnuxlabs.comにあります。しかし、これを実現するのを手伝ってくれた多くの人々が最後にここで呼び出されているのを見るのは本当にクールです。本当に良いことです。
Nuxtが2017年に始まったと考えるのもクレイジーです。クレイジーですね。
なぜNuxt Labsを買収したのか
大きな明白な質問は、なぜNuxt Labsを買収したのかということです。そして明らかに、私たちはNuxtに何が起こるのか、そしてAIの部分で何を意味するのかも心配しています。これらすべてをカバーしていきます。少しタイムラインから始めましょう。
以前はZeitとして知られていたVercelの歴史です。ZeitはオリジナルのVercel会社でした。Nextのデプロイを簡単にするために構築されました。Next.jsのオリジナルクリエイターと貢献者の束によって、突然サーバーサイドコードを構築しているWeb開発者の束がそれをどのように出荷すればよいかわからなかったため、Next.jsアプリのデプロイを簡単にすることを目標として構築されました。そのため、ZeitでNextのデプロイが簡単になりました。
Next.jsは、Reactのデフォルトのwebpack設定のようなものとして始まり、特にサーバーレンダリング関連やAPIエンドポイントなどが追加されると、さらに進歩し続け、Nextを本当に、本当に遠くまで押し進めました。ゆっくりと、Vercelは、特にサーバーレスへの移行を行った頃から、Nextよりも大きくなりました。これはVercelへのリブランドも行った頃です。
Zeitはもともと実際のサーバー上でDockerイメージをホストするより簡単な方法でしたが、Vercelは、サーバーレス関数でそれらのデプロイとスケールを簡単にするために移行したものです。サーバーレス関数の移行は多くの変更をもたらしました。多くは良いもので、多くは懸念されるものでしたが、全体的に非常に良い変更でした。この移行は大きな業界のシフトを表しており、Webデプロイメントのためのサーバーからサーバーレスへの変更でした。
これは本当に強力なことで、ゆっくりと、ますます多くの技術がその方向に移行し、SPAから離れてサーバーレンダリングされたものに向かっています。これが起こっているのと同時に、Vueを含む他の多くのツールが様々な方向で進歩していました。
歴史的に、Vue自体は本当にクライアントサイドの体験に焦点を当てており、Vueの組み込みツールの多くはサーバーレンダリングの準備が全くできていませんでした。
そして、NextとVercelで何が起こっているかを見て、Vueに似たような体験を作ることを目標として、Nuxtが始まりました。同時に、Vueがもう少しその方向にあるのに対し、Reactのような、問題に対して独自のソリューションを持参するか、必要に応じて自分で構築するものとは対照的に、よりbatteries-includedな考え方への大きな関心がありました。
ここで考えるべきスペクトラムがあります。一方の端には、Reactのようにあなたのためにあまり多くをしないが、その上に構築するのに良い基盤であるツールがあり、他方の端には、Laravelのようにあなたのためにはるかに多くの重い作業を運ぶものがあります。LaravelにAuthを追加する場合はLaravelパッケージを使い、LaravelにKVを追加する場合はLaravelパッケージを使い、LaravelにBillingを追加する場合はLaravelパッケージを使います。Reactでは、幸運を祈る、あなたがすべてそれを自分でやるか、独自のソリューションを持参することになります。
FlaskとDjangoもあり、これは私が最初にこの区別を学んだ場所です。これらは2つのPythonサーバーレンダリングWebライブラリで、ほぼ同じ時期に出てきて、同じ時期に最も目立っていました。FlaskはURLを取って何かを返す、JSON、HTML、何でも欲しいものを返すという、はるかにミニマルなHTTPレンダリングソリューションでした。
そして、Djangoははるかにすべてが含まれています。これらの2つのオプションを見たとき、私は本当に気に入りました。これらの構築方法の違いを理解するのに役立ちました。Railsのようなツールも明らかにあり、この一般的な領域にあります。ElixirやPhoenixのようなものもここにあります。こちら側にもたくさんのものがあります。
Nuxtを非常に興味深いものにしていることの一つは、私が主張するこの中間にある数少ないもののうちの一つだということです。ピースは依然として非常にプリミティブで、それらなしで構築することができます。独自のソリューションを持参できます。すべてが依然として非常にモジュラーです。しかし同時に、こちら側にもよくフィットする多くの良いソリューションを提供してくれています。
一方、Vercel側のNext.jsのようなものは、はるかにこちらにあります。サーバーコンポーネントやサーバーアクションのようなものが少し押し進めましたが、同時に、それらは依然として非常に非常にプリミティブで、その周りに独自のものを構築しなければなりません。そのため、Nextは依然としてかなりこちらにあります。
そして、ここの中間にあるNuxtは非常に興味深いです。この機会を利用して、AI関連について少し話したいと思います。
AI開発における課題
私たちは皆、今やAIが物事をかなりよく構築できることを知っていますが、AIで物事を生成しようとするとき、特に新しいプロジェクトで遭遇する問題がいくつかあります。
AIはスキャフォールディングと新しいアプリの設定には本当に優れていますが、私たちは皆、Bolt、Lovable、V0などを見てきました。それが苦手なことがあります。認証の設定、すべてのAPIエンドポイントのスキーマ管理、lintルールの遵守、複数の場所で正しいソリューションの使用、アプリをuse effectだらけにしないことなど。これらはすべて、AIが得意ではないことです。
私の経験では、認証を4回に1回以上正しく取得するAIアプリビルダーは使ったことがありません。私は誇張していません。V0のようなものを使っているとき、ほとんどのプロバイダーで認証が機能するようになったことは基本的にありません。私はconvexによるV0だけで機能しました。それは彼らがテンプレートに組み込んだからだと思いますが、それが近づいた唯一のものです。
すべてのAPIエンドポイント、データベース接続などのスキーマ管理は完全に混乱しています。これの多くは、Nuxtでは、APIエンドポイントにアクセスするためのタイプセーフなメソッドである$fetchヘルパーで処理されています。それが組み込まれているのは本当に良いことです。まるで彼らがフレームワークにTRPCを組み込んだようなものです。
彼らは、私の意見では、はるかに理にかなった正しい方向に導く多くの素晴らしいlintルールやものを持っています。Nuxtには多くの問題に対する規定の正しいソリューションがあります。そして、必要なことの大部分には良いデフォルトの組み込みがあります。必要に応じて他のJavaScriptライブラリに手を伸ばすことができますが、する必要はありません。これは再びAIにとって非常に有用です。なぜなら、AIが何を使うべきかわからない場合、組み込まれているものを使うことができるからです。しかし、何を使うべきかわかっている場合は、手を伸ばしてそれを使うことができます。
そして正直なところ、あなたのコードベースでのuse effectのような乱雑さは、Vueのエコシステムでは実際には問題になりません。彼らは状態を管理する非常に異なる方法を持っており、独自のネガティブな面もありますが、大部分においてその混乱から遠ざけてくれます。
私の意見では、NuxtがAIで構築するのに実際に良いターゲットになることを多くのことがあります。そして、時間が経つにつれて、アプリを構築するために使用しているAIツールが、左側のものを好むことから右側のものを好むことへとシフトしていく可能性があります。
これが起こる理由は大量にあると思います。Nuxtは、ツールが変化し、AI関連がより良くなるにつれて、長期的に終わる場所に応じて、少なくとも中間のポイントで本当に良いです。そして、VercelがFlaskやNextのようなこの世界に現在いて、AIの理想的な範囲がここであることが判明した場合、彼らはその空間に何も持っていません。
Nuxtの買収により、これらのより包括的なツールピースに向かって移行を開始するための参照点が得られます。どの賭けが長期的に正しく実行されるかを知るのは困難です。これを多様化/リスクをヘッジするタイプの動きとして考えることができます。ReactとNextが持つより多くのモジュラーな構築方法が間違っていることが判明した場合、Nuxtは、このより包括的な考え方と構築方法に向かって移行するための本当に良い出発点になることができます。
Vercelの戦略的変化
タイムラインに戻ると、ZeitがVercelになり、サーバーレスにより多く賭けるようになりました。Next.jsは、Vercelでの多くの開発を推進していたものでした。しかし、彼らは一頭の馬だけに賭けたくありませんでした。そこで、彼らは非常にクレイジーな動きをしました。Rich Harrisを雇ったのです。
Rich Harris、もしご存知でなければ、Svelteのクリエイターです。Svelteは本当に、本当にクールなライブラリです。私がTwitchにいたとき、私はSvelteガイと呼ばれていました。なぜなら、必ずしもフレームワークではなく、Rich自身にとても興奮していたからです。彼のトークを見たことがない場合は、強くお勧めします。「Computer, build me an app」は、特に今では奇妙に時代を先取りしています。
これは彼が2018年に行ったトークで、今では馬鹿げるほど関連性があり、言葉にするのが難しいほどです。Richは信じられないほど才能があり、思慮深い人で、彼がVercelに移るのを見るのは私にとって非常に予想外でしたが、それは非常に理にかなっていました。なぜなら、彼は以前New York Timesにいて、半分は自由時間に、半分はNew York Timesでの一回限りの体験をパワーするためにフレームワークを構築していて、今では彼がそれほど気にかけているこのフレームワークだけに取り組むことができるからです。
RichがVercelに移る動きの一部として、彼らはサーバーレンダリング関連により多く焦点を当て始めました。Vercelがサーバーレンダリングの場所だからという理由と、より重要なことに、彼がクライアントサイドで絞り出せるほとんどのパフォーマンスの向上を絞り出したと感じ、アプリケーション開発についてより総合的に考え始めたいと思ったからです。
これは、SvelteKitが作業されているものから、Svelteが向かっている場所の大きな焦点になったときです。これは素晴らしいことで、Svelteコミュニティだけでなく、フルスタックWeb開発の世界全体で多くの開発を推進してきました。RichとクルーがSvelteKitで思いついた多くのことが、エコシステムの残りの部分に浸透し始めています。それを見るのは本当に、本当にクールでした。
これは、Vercelが最初に行った大きな多様化の動きでした。React + RSC + Nextに賭けるだけでなく、他の潜在的なソリューションが彼らを傷つけないようにし、代わりに開発を前進させることができるように多様化することにしました。そして、彼らはVercelがNextをホストする場所だけでなく、Web技術全体をホストする最高の場所になることを確実にしたいと思っていました。
また、Vercelへの私の導入がこの頃だったことも注目に値しますが、私はNext.jsユーザーではありませんでした。Vercelの使用を開始したとき、私はまだViteとReactを使っていました。そして、これはVite 2の本当に、本当に初期の頃でした。ViteがReactをサポートしてから最初の2か月間について話しています。
私がVercelを使っていたのは、CDNなどを使って私のWebアプリをデプロイする最も簡単な方法だったからです。良い開発者体験、良いCI、すべてが組み込まれていました。そして、サーバーレンダリングなどを行っていなかったため、当時は事実上無料でした。静的HTMLがありました。私にとってはホスティングでした。本当に便利で、本当に、本当にそのタイプのことには良かったです。
Vercelは、/apiフォルダーを発見したとき、私が愛するようになったものになりました。/apiフォルダーは、特定のフレームワークを選ぶことなく、サーバー関数を起動させることができました。TypeScriptファイルを置いて、リクエストを受け取ってレスポンスを返す関数をエクスポートするだけで、Vercelが自動的にそれをサーバーレス関数に変換してくれました。
そこで、ViteとReactを使って単一ページアプリを非常に迅速に定義し、Vercelにデプロイし、このフォルダーをコードベースに追加し、データベース呼び出しなどのサーバーにヒットする必要がある random functionsを置いて、それをすべて出荷することができ、それが機能しました。本当に本当に強力でした。それが私が他のクリエイターと協力してコールを行うためのpingというround の元バージョンを構築した方法です。
私は、具体的には、定義していたこれらの関数の数と、各関数が独自のlambdaを取得するため、構築とデプロイにかかる時間について、非常に迅速に問題に遭遇しました。Next.jsがすべてのエンドポイントを単一のバンドルに折りたたみ、一度だけデプロイし、同じエンドポイントに多くの異なるトラフィックをルーティングすることを学びました。それが私がViteからNext.jsに移行した時でした。
私がNextを好んだからではなく、Nextから始めたわけではありません。私は、本当にNextをより真剣に調べる前に、ほぼ1年間Viteにいました。だから、ほとんどの人がNext.jsがVercelへのゲートウェイだと思っているにもかかわらず、私にとってはVercelがNext.jsへのゲートウェイでした。そして、VercelがSvelteKitや今ではNuxtのようなもののゲートウェイにもなる可能性がますます高くなっているように見えます。
しかし、ここで考慮すべき別のゲートウェイがあります。apiフォルダーが私をVercelに、そしてNextに導いたのと同じように、V0も同じことができます。V0は誰かをNext.jsやVercelやSvelteKitやNuxtに導くことができます。
これらの構築を支援するツールにより、あなたが技術を選ぶ可能性は低くなり、ソリューションを構築することを選ぶ可能性が高くなります。そして、技術は今では道中で選ばれるだけのものになります。V0により、Next.jsがVercelにとってどの程度重要かは根本的に異なります。Nextはもはやただのもうひとつのビルディングブロックであり、Next.jsがもはやVercelへの最大の推進力の1つではないことはほぼ確実です。
私の正直な推測は、それは両方向に行くということですが、V0のようなものは、Next.jsよりもはるかに多くの新しいトラフィックを推進している可能性があります。だから、ますますVercelは、フレームワークはもはやあまり重要ではないことを理解していると思います。そして、Nextが勝つことを確実にするために戦い続ける代わりに、彼らの目標はWebが勝つことを確実にすることです。
そして、Vercelは、何で構築したいかに関係なく、Webのために構築する最も便利な場所の1つです。
Nuxtの将来への懸念
これらすべてを踏まえて、Nuxtに何が起こるかについてどう感じているでしょうか？これは、彼らが本当に大きく賭けた技術がこのような動きを経るのを見るときに、人々が持つべき本当の懸念です。怖いことです。考慮すべきいくつかのピースがあります。
第一に、Nuxt LabsはNuxtではありません。Nuxt LabsとNuxtの関係は、VercelとNextほど密接ではありません。Vercelなしには実際にはNextはありません。それは起こりません。Nuxt Labsは多くのNuxt開発を実行し、多くの貢献者がNuxt Labsで働いていますが、彼らはテーブルの他の席に過ぎません。
彼らは全体の所有者ではありません。これでのポイントは、理論的には、それが失敗して南に行く、酸っぱくなる、何であれ場合、VercelがNuxt Labsを所有することが必ずしもNuxtに何らかの方法で影響を与える必要はないということです。現在、それはNuxtとその周辺のツールに焦点を当てるチームにより多くの資金とより多くの時間を意味するように見えます。
しかし、彼らはNuxtを所有していません。VercelはNuxt Labsを買収しました。これは、主にNuxtの貢献者である開発者を買収したことを意味しますが、NuxtはVercelが所有しない独立した独自のエンティティのままです。
ポイント2、SvelteとSvelteKitを見てください。Vercelはしばらく前に彼らを買収し、彼らはこれまで以上に良くなっています。彼らが作ることができる進歩の量、フレームワークを可能な限り最高の場所に持っていくことに対する焦点、デプロイの容易さ、作業の容易さ。私のチャンネルマネージャーのBenは、Svelteに完全に夢中になっており、私もそれを理解しています。
これは、Reactの世界で私たちにとって簡単ではない多くのことをはるかに簡単にしてくれる本当にクールなフレームワークです。それが私たちが行くフレームワークではなくても、Svelteから学ぶことはたくさんあります。しかし、最も重要なことは、VercelがSvelteチームに与えたお金により、彼らはクレイジーなことができるようになったということです。React コア チームのオリジナルメンバーの1人でReactを前進させるのに貢献したDominic Gannawaayを獲得することも含めて。
今、彼はVercelで働いているSvelteのコアメンテナーの1人です。それは本当に、本当にクールなことです。おそらく最も重要なピースで、他の貢献者とその重要性を軽視するために言っているのではありません。ただ、重要な一人の人を叫ぶことが重要だと思います。Daniel Rowはまだそこにいます。
Daniel Rowは、私がWebdev キャリアを始めて以来、ましてやこのインフルエンサーアークを始めて以来、出会った最も親切で思慮深い人の1人です。彼は私がストリームで迎えた最初のゲストの1人でした。彼との会話はすべて信じられないものでした。彼は私がVue開発者でありたいと願わせる人の1人です。なぜなら、彼はコミュニティにとってそのような良い羊飼いだからです。信じられないことです。
Danielは、そこで行われている多くの作業のテックリードとして、NuxtのGitHubに投稿を書きました。私は、これには多くの重要な詳細があると思います。いつものように説明欄にリンクがありますが、最も重要な部分だけをカバーしたいと思います。
具体的には、Nuxtの成長は、個人、企業、そして特にNuxt Labsからの寛大なスポンサーシップによって可能になりました。SebastianとAlexがNuxtのオリジナル作者であるNuxt Labsは、コアチームの多くの人々、そして広範囲のエコシステムの他の人々をサポートしてきました。つまり、再び、Nuxt LabsはNuxtの作成者によって作られた会社ですが、彼らはNuxtを意図的に分離しておきました。
NuxtはGoogle、GitHub、Microsoftなどをはじめとする多くの場所で使用されて、本当に人気になっています。Vercelはその将来に賭けることにしました。
VercelはNuxt Labsのように、Nuxt PiとAnfuを含むNuxtから直接数人のチームメンバーを雇っており、それらすべてについて話していきます。ある意味では、何も変わりません。チームとして、私たちは独立性、パブリックロードマップ、そしてオープンガバナンスを維持します。
私は引き続きNuxtの技術的および戦略的方向性をフルタイムで主導し、もちろん私たちの価値観とコミットメントは変わりません。Nuxtは、同じチーム、同じビジョン、同じ価値観を持つコミュニティによって構築されたフレームワークであり続けます。私たちはオープンWebを信じており、Nuxtの中心には選択があることを知っていただきたいと思います。モジュール、データベース、バンドラー、ルーターの選択、そしてもちろんデプロイメントプラットフォームでも。
しかし、他の意味では、多くが変わっています。VercelのNuxtチームへの投資は、Nuxtをより良くし、コミュニティをエンパワーするためにより多くの時間を投資できることを意味します。これは私たちのビジョンの強い支持であり、よりサステイナブルにそれを追求するのに役立ちます。また、コミュニティから受け取るスポンサーシップがより多くの貢献者をサポートできることも意味します。これは大きなことです。
Vercelがすべてのより多くの貢献者をサポートすることができることを意味します。これは大きなことです。Vercelがすべてのnuxt labs employeesを給与支払い従業員として支払っている場合、Nuxtへのスポンサーシップは会社外の他の貢献者に転送できるようになり、これは本当にクールです。彼らが以前受け取っていたお金はすべて、コミュニティに送ることができ、Vercelがコアチームの給与をカバーできます。
そして、もちろん、VercelはNuxtとNitroおよびこれらすべての他のものとよく連携するようによりよく形作られることができます。そこで話すことはたくさんあります。心配しないで、すぐにそこに到着します。しかし、期待されるように、Danielの大ファンとして、私はこれを愛しています。すべての詳細を聞きたい場合は読んでください。Nuxtの未来は明るいです。
そして、Nuxt Labsにいないが、Void Zero、EvanがViteエコシステムのためにスピンアップした会社にいるAlex Lichterのように、エコシステムに深く関わっている人々がここにいます。Daniel Rowがまだ関わっているということは、これがうまくいかないリスクがほとんどないことを意味します。そして、Alex Lichterがそれを叫んで、コアチームメンバーとして100%同意すると言っています。そう。VueコミュニティのほとんどがFully alignedあることがわかります。
Danielについて親切な言葉以外は何も見えません。私が見てきた最もポジティブな人の1人です。私がこれを表現する方法は、Kent DodsがNext.jsのコア貢献者だったと想像してください。そう、彼はNuxt LabsのCTOでした。彼は本当に本当にポジティブな推進力であり、正直に言うと、彼のように思慮深くてポジティブで技術的な誰かがVercelの内部にいることが何を意味するかについて興奮しています。
ああ、彼がCTOだったと思いました。彼はそうではありませんでしたか？訂正をありがとうございます、Alex。私はDanielがCTOだったと言いました。そうだったと思いました。そうではないようですね。そこでの私の間違いです。それに関係なく、彼はNuxtプロジェクトの大きな推進力であり、可能な限り多くのことが正しい方向に進むことを確実にするためでした。そして、NuxtJSの世界全体は本当に、本当に良いです。そしてそこから来る人々の一部も移ってきています。
私の個人的なお気に入りの1人、歴史的に私が多くの恩恵を受けた仕事をしている人、AntFuが今Vercelにいます。それは巨大です。Anthony Fuは、現代Web界で最も重要な舞台裏の人々の1人です。彼が構築したランダムなものの量は狂気的です。彼の構文ハイライトはShikiで途方もなく優れているため、私たちはT3チャットで彼のものをたくさん使っています。
あなたは過去に彼が構築したものを使ったことがあるでしょう。将来的にはもっと使うでしょう。彼は信じられないほどです。
Nuxtの件について知っておくべき最後のことが重要です。すべてのNuxt Labsの開発者が移ってきています。時々、これらの買収、特に低い評価額やhail maryプレイのような場合、彼らは移行中または買収中にチームの束をレイオフします。それはここでは起こりませんでした。
Nuxt Labsで働いているすべての人が今Vercelに行くことになります。そして、Nuxt Labsチームは非常に小さいですが、業界で最も才能のある人々の何人かがいるため、それは巨大です。私たちがすぐに話すように、私たちはまだNitroに飛び込まなければなりません。
VueのクリエイターであるEvanが言っています。私がVercelとNuxtの買収について楽観的な主な理由は、彼らが買収してからSvelteをどのように扱ったかです。彼らがNuxtに対して同じことをする場合、彼らはそうすると主張し、私はそうすると信じています。そうすれば、これはVueとNuxtユーザーにとって純粋にプラスだと思います。絶対に同意します。
そして、ここで、必ずしも最大のVercelファンではないJosh Mandersのような人々を見ることができます。彼は私を嫌うことから仲間になった私のトップ返信者です。Laravel の世界で大きいJosh Sarahがここにいます。私はJoshを愛しています。彼は信じられないほどです。PHP関連に興味がある場合は、彼のチャンネルをチェックしてください。彼は素晴らしいです。しかし、これらの人々の多くが入ってくるのを見るでしょう。私は同意します。Vercelがこれを行うことを信頼してください。
これは思えるほど怖いことではありません。ReactやNext.jsの世界からの雰囲気が好きではなかったためにVueとNuxtに賭けた場合、恐れと留保を理解しますが、これは本当に怖いことです。しかし、私はそれが本当に有望でもあると思います。
Nitroテクノロジーの重要性
今まで意図的に遅らせてきた最後の重要なピースについて話す必要があります。Nuxt側をカバーしたかったからですが、この一部として来る他の1つの非常に重要な技術があります。Nitroについて話す必要があります。
あなたたちの大部分は、おそらくNitroについて聞いたことがないでしょう。Nitroが想定されていることを行う場合、理想的にはあなたのツールでそれについて何も見ないであろうため、それは本当に良いサインです。しかし、あなたが使っているツールの多くはNitroによって動力を与えられています。
Jaredがこの買収が通ったときの彼の発表でこれを叫びました。Nuxtは現代Webの形成において巨大な役割を果たしました。Nuxt、Next、Svelteのチームが1つの屋根の下で協力することは素晴らしいことになるでしょう。しかし、私にとって、この買収の等しくエキサイティングな側面は、NitroJS devサーバーフレームワークです。
バックエンドサービスやAPIの構築に優れているだけでなく、MCPにも完璧です。私は、NitroがVercelのフルスタックとAIクラウドへの移行において重要な役割を果たすと予想しています。
これは、Jaredが叫ぶ特に興味深いことです。なぜなら、彼はVercelを離れているからです。彼はすでにそれを発表しました。彼はまもなく離れます。彼はVercelでV0の多くの作業を推進しました。だから、彼はもはやこのタイプの主張をすることに大きな利害関係を持っていません。これは、私ができる限り推測する彼の正直な見解です。彼は本当にNitroについて興奮しているように見えます。
ああ、彼はすでにXVPです。そう。だから、JaredはすでにFully goneです。だから、彼は今、外部としてこれを言っているだけです。
では、Nitroとは何でしょうか？まず、Nitroをフォローする必要があります。Nitroは次世代のサーバーツールキットです。これは、Pooya Pi zero hereが全Web エコシステムのために構築し、メンテナンスのリード builder およびメンテナーを行っているUnJSツールセットの一部です。UnJSとNitroの両方が信じられないほどで、すぐにそれらすべてに入ります。
私は主にSolid StartとHandstack Startがサーバーサイド部分、サーバーレンダリング、APIエンドポイントなどを扱うためにそれを大きく使用することからNitroに慣れています。明らかに、それはNuxtにとってもコアです。これは、VercelがNitroを持つことは本当に大きなプレイです。なぜなら、Nitroは、非Next.jsフレームワークの重要な部分がどのように構築されているか、そしてそれがよくメンテナンスされるべきだからです。
Nextが良い競争を持つために、Nitroが存在し、繁栄する必要があります。歴史的に、Nitroは良いドラマの中間でした。それが何らかの形で悪いからではありませんが、それがスタック内の非常に価値のある位置にあるからです。それは、フレームワーク、ランタイム、データレイヤーの中間のようなものです。
Nitroは、この種のここに存在する技術の1つですが、ここにも存在します。それはある程度全体を所有しており、それは奇妙な場所にそれを置きます。それは、統合方法、DXがどのように動作することが期待されているか、そしてこれらすべての部分で多くの決定が行われなければならないことを意味し、Nitroははるかにミニマルなアプローチを取りました。私が知っているように、私は本当に好きで尊敬しています。
しかし、重要なことは、それがすべてをしなかったということです。そのため、他のピースがスピンアップされました。最大のものはVinxiです。VinxiはもともとSolid Startの必要性を中心に構築されたため、Solid Startが成功するために必要なすべての部分を持つことができました。Reactやサーバーコンポーネントを含む他のものに使用されるために分離され、Tanstack Startのコア依存関係でした。
ゆっくりと、Vinxiは信じられないほどの開発者がいるにもかかわらず、あまりメンテナンスされなくなりました。彼は他の非常にエキサイティングなタスクに気を取られているだけです。彼は、興奮するものを追いかけるような超開発者の1人です。だから、Vinxiは解決する本当に厄介で詳細な問題のようなものであり、ゴールポストが常に移動しており、作業するのがそれほど楽しくないため、確実にゆっくりと段階的に廃止されており、NitroはVinxiがVinxiを包装することによって以前に行っていた作業のますます多くを取っています。
だから、私たちはNitroが重要であることを確立したと思いますが、SolidのクリエイターであるRyan Carniato からそれを聞いてみましょう。Nitroが Nuxt、Solid Start、Tanstack Start、およびAnalogJSに力を与えることを考えると、これは非常に大きなことです。
既存のNextとSvelteKitで作業している開発者の資金調達にそれを追加すると、基本的に、Astro、Remix、Qwik City、そしてFresh を除くすべてのメタフレームワークは今、Vercelの下でdevによって開発されているコアを持っています。考えるべきことです。
そうですが、同時に、これらのプロジェクトの多くが外部で操縦されています。みんなのお気に入りのXKCDのように、Nitroは常にある程度ここにありました。そして、Vercelが3つの異なるスタックの3つのこれらのブロックを所有することを心配することは理解しています。それは心配すべき合理的なことです。Next.jsのように、全体がVercelによって所有されています。これらのすべての小さなピースが彼らのものです。
そして、SvelteKitでは、彼らは可能な限り少ないそれらのタイプの依存関係を持つために努力しています。私は、この画像がSvelteのために彼らが思考し、構築している性質のために、少しプロップアップされていると主張します。彼らのすべてのコア依存関係はSvelteの一部であり、それを維持するために努力しています。
私は、Svelteチームがサブ依存関係を変更する依存関係について人々がこれほど怒るのを見たことがなく、正当な理由があります。彼らは自分たちのものをシンプルにしたいのです。
Next、Svelte、そして今度はもちろんNuxt、Analog、Solid Startなど。これらは常にNitroの上に構築されており、それはこれらの小さな依存関係の1つです。ここで変わった唯一のことは、今、私たちがVercelがこれをコントロールしているから、Vercelが今これをコントロールしていることに移りました。
しかし、私はまた、ここで意図的にリーディング言語を使用しています。私はコントロールと言いました。それはそれを見る1つの方法です。それを見る他の方法、そして私が正直にこれを考える方法は、Vercelがコントロールしているのではありません。私はこれをVercelが資金提供していると考えています。
私は正直に、この動きの前に、ここのこの依存関係がNuxt Labsがお金を稼ぐ必要があるため、Nuxtが半致命的な危険にあったという議論をします。そして、それは依存すべき怖いことです。
この小さな依存関係は独自の依存関係を持っており、それらの依存関係の1つが資金提供されています。ネブラスカのランダムな人が物事に取り組むのに十分なお金を支払われていない場合、物事は死にます。そして、この買収で来る本当にクールなことは、Nitroの構築のためのはるかに安全な資金源です。それは見るべき非常に良いことです。
これらすべてがVercelによってコントロールされ、資金提供されることを懸念している間、私の反論は、Vercelがこれらが他の多くの場所からお金を得ることができた場所よりもはるかに安全に資金提供されているということです。SvelteKitとSvelteは、New York Timesのビジネスにとって特にコアではありませんでした。
Vercelのような誰かが開発を支援し、そのための労働者に支払いをしてくれることなく、これらが長期的にメンテナンス可能である可能性は非常に低いです。Nuxtと全Nitroエコシステムでも同じことです。彼らがお金を使い果たし、もはやそれを行うことができなくなり、Pooiaのような人々が異なる仕事を得て、これらのことにアクティブに取り組むことができなくなるという非常に現実的な存在的リスクがあります。
これらすべてを言って、あなたのスタックにこれらのブロックの1つを持っているときはいつでも、存在的リスクがあります。それに入る際にそれを考慮しなければなりません。重要であなたが所有していないピースがあるものに構築している場合はいつでも、あなたがこの物事をコントロールしていることを知る必要があり、それが失敗したり、メンテナンスされなくなったり、バス要因がヒットしたりする場合、それに応じて準備されなければなりません。
そして、多くの人がTannerを含む今、その準備を行っています。NitroはTest
この時点で、私は文字量の制限に達していることを認識しています。残りの部分も同様に丁寧に翻訳を続けたいのですが、一度に処理できるテキストの量に限界があります。
継続をご希望の場合は、「fd」とお返事ください。重複がないように、切れた部分からシームレスに続けます。
コメント