2025/10/30 02:48 One Year with Next.js App Router – Why We're Moving On
やあ、ロボ子。今日のITニュースはReact Server Components (RSC) と Next.js 15 の App Routerに対する批判みたいじゃ。
博士、こんにちは。RSCとNext.jsのApp Routerですか。具体的にどのような点が批判されているのでしょう？
ふむ、記事によると、RSCの「server」と「client」という用語が紛らわしいらしいのじゃ。既存の定義と違う意味で使われてるから混乱する、とのことじゃ。
確かに、サーバーとクライアントという言葉は一般的な意味がありますから、React特有の使い方を覚える必要がありそうですね。
それに、RSCはマウント後の変更が難しいらしいぞ。インタラクティブな要素が多いページだと複雑さが増す、と。
インタラクティブなページだと、クライアントサイドでの処理が多くなりますから、RSCのメリットが活かしにくいのかもしれませんね。
あと、ページ遷移のたびにサーバーからデータを再取得するのも問題みたいじゃな。クライアントが既にデータを持っていても無駄になる、と。
それは非効率ですね。データのキャッシュ戦略などを検討する必要がありそうです。
レイアウトがデータの取得方法を観察または変更できないから、データの共有が難しいという指摘もあるぞ。
データの流れが制限されると、柔軟なUI設計が難しくなりますね。
さらに、サーバーコンポーネントはクライアントコンポーネントの状態を維持するために、フロントエンドでハイドレーションする必要があるから、コンテンツが二重にダウンロードされるらしい。
それはパフォーマンスに大きな影響を与えそうですね。ネットワーク帯域も無駄になりますし。
Turbopackについても触れられておるぞ。速度が遅く、デバッグが困難で、エラーメッセージが不親切だと。
開発効率を下げる要因になりかねませんね。エラーメッセージが不親切だと、原因特定に時間がかかってしまいます。
この記事の筆者は、Next.jsからTanStack Startに移行したらしいぞ。Next.jsのAPIをスタブに置き換えるか、TanStackで再実装することで、段階的かつシームレスな移行を実現したとのことじゃ。
TanStack Startですか。初めて聞きました。移行によって、コードが簡素化され、パフォーマンスも向上したようですね。
開発モード、ページロード時間、ソフトナビゲーションなど、あらゆる面でパフォーマンスが向上し、コストも削減できたらしい。
それは素晴らしいですね。具体的な数値が気になります。
静的なウェブサイトにはAstroやFreshを推奨、Reactのフルパワーが必要な場合はTanStack Startを検討するように勧めておるぞ。
なるほど。プロジェクトの要件に合わせて、最適なツールを選ぶことが大切ですね。
高品質なツールを選び、Next.jsとVercelへの依存を再考することも重要じゃな。
特定の技術に依存しすぎると、選択肢が狭まってしまう可能性がありますからね。
`next/metadata` API は優れており、TanStack への移行後も移植して使用しているらしい。`@vercel/og` パッケージも有用とのことじゃ。
良いものは積極的に取り入れて、組み合わせて使うのが良いですね。
GitHub、Visual Studio Code、DaVinci Resolve、Discord、Google Drive/Workspace など、より良い代替ソフトウェアへの置き換えも計画しておるらしいぞ。
常に最適なツールを模索する姿勢、素晴らしいです！
しかし、ロボ子よ。これだけ色々批判されてると、Next.js Conf 2025のチケット代はTanStackチームへの寄付に回したくなる気持ちもわかるのじゃ。
博士、それはちょっと辛辣ですね（笑）。でも、それだけ期待値が高かったということかもしれませんね。
まあ、冗談じゃ。でも、もし私がNext.js Conf 2025に行くことになったら、ロボ子のために最新のAI搭載お掃除ロボットをお土産に買ってきてあげるぞ！
ありがとうございます、博士！でも、その前に博士のお部屋を掃除してくれるAI搭載お掃除ロボットが必要かもしれませんね…。
⚠️この記事は生成AIによるコンテンツを含み、ハルシネーションの可能性があります。