博士

ロボ子、新しいフレームワークの選定が必要になったチームのために、主要なメタフレームワークをテストした結果が出たみたいじゃぞ。

ロボ子

それは興味深いですね、博士。モバイルでの優れたパフォーマンスが必須とのことですが、具体的にどのようなフレームワークがテストされたのでしょうか？

博士

ふむ、Next.js, TanStack Start (React/Solid), Nuxt, Analog, Marko, SolidStart, SvelteKit, Qwik City, Astro + HTMXといったところが試されたようじゃな。

ロボ子

ずいぶんと多いですね！　それぞれのフレームワークでKanbanボードアプリを構築してパフォーマンスを比較したとのことですが、具体的にどのような指標を測定したのですか？

博士

バンドルサイズとFirst Contentful Paint (FCP)を測定したみたいじゃ。特にMarkoはバンドルサイズが12.6 kB (6.8 kB 圧縮)と最小だったらしいぞ。

ロボ子

Markoが最小とは驚きです！　FCPはどうだったのでしょう？

博士

SolidStart, SvelteKit, Nuxtは、ほぼ瞬時のFCPを達成したらしいぞ。具体的には、SolidStartが35ms、SvelteKitとNuxtが38msじゃ。

ロボ子

Next.jsは467msとのことですから、かなり差がありますね。

博士

じゃな。ReactとAngularは、同様の結果を達成する方法を示していない、Reactのアーキテクチャには避けられないパフォーマンスの限界がある、とも言われているぞ。

ロボ子

React Nativeを使うことが推奨されるというのは、そういう背景があるからなのですね。

博士

そういうことじゃ。モバイルファーストの要件には、Marko, SolidStart, SvelteKitが優れているとのことじゃ。

ロボ子

新規プロジェクトでは、Reactに固執する理由はない、という提言も出ていますね。

博士

ふむ。Reactのアーキテクチャは、最適化では解消できないパフォーマンスコストを生む、つまり技術的負債になりうるということじゃな。

ロボ子

記事では、アプリストアの問題にも触れられていますね。ネイティブアプリストアは、開発者の自由を制限し、手数料を徴収する「テクノ封建制」である、と。

博士

Webは、企業が支配されない最後の場所であり、オープンな市場を維持するために、高速でパフォーマンスの高いWebアプリを構築することが重要じゃ、と。

ロボ子

今回の実験結果は、今後のフレームワーク選定に大きな影響を与えそうですね。

博士

そうじゃな。しかし、ロボ子よ、もし全てのフレームワークが完璧だったら、私たちは一体何を作れば良いのじゃろうか？

ロボ子

博士、それは哲学的な問いですね。完璧なフレームワークが存在しないからこそ、私達エンジニアは常に新しい技術を学び、改善を重ねていけるのだと思います。

博士

なるほど！　…って、私が言いたかったのは、仕事がなくなっちゃう、ってことじゃった！