拡張機能研究所

おすすめのブラウザ拡張機能をマンガ形式で紹介!

2025/10/23 12:00

クライアントサイドのゴテゴテアプリ、本当に必要?シンプルなサーバレンダリングのススメ

Reactや最新のフレームワークで華やかに作るのは楽しいけど、それが逆に「重たいアプリ」を生んでるかも? シンプルにHTTPとHTMLだけで作る良さについて考えてみたよ。

最近ふと思ったんだけど、ウェブアプリってだんだんゴテゴテになってない?💭✨

ReactとかVueで始めるとめっちゃワクワクするし、モダンなツールはすごく魅力的。でも長く使ってると、いつの間にかコードがモンスターみたいに膨らんでるのを見たことない?😳

例えば…

  • 新しい機能をどんどん追加して
  • コードを小さく分けて整理してみたり
  • CSSをJavaScriptに組み込んだり
  • エラー処理やデバッグツール、リモートログまで詰め込んで

…そしたらもう、気づいたら「めちゃくちゃ重いアプリ」ができあがってる💥

で、そうなると「もっと強力なビルドツールが必要!」って話になって、また新しいツールを使い始める。これってまるで “重くなる→ツールで対処→また重くなる” の繰り返しみたい…🌀

正直、Viteとかすごい技術だけど、そもそもこんな問題自体がなければ必要なかったんじゃない?って思ったりするんだよね🥺

一方で、昔ながらのHTTPとHTMLでサーバー側でページを作るやり方に戻るとどうなるか?

  • クライアント側のJavaScriptが激減!
  • だからツールもそこまで複雑じゃなくてOK!
  • TypeScriptや難しいビルドシステムのいらないシンプルさ✨
  • 結果的にアプリは軽くて早いし、ユーザーもストレスフリー🎉
  • 開発者もシンプルだから作りやすい

なんだけど…正直これ、プログラマー的にはちょっと退屈かも?って気もする💡
新しいフレームワークやツールを触るのって楽しいし、自分の腕試しにもなるもんね😆

でも立ち止まって考えてみてほしいのは、こういう「楽しいチャレンジ」のせいで、結果としてユーザーにとっての快適さや品質が犠牲になってるかも?ってこと📌

だからこそ、「本当に必要な機能って何だろう?」をもう一回自分で問い直すのが大事かなって思うんだ🌸

シンプルに作ることで生まれる良さも、実は見落としがちかもしれないよね💗
ちょっと肩の力抜いて、たまには基本に戻るのも悪くないんじゃないかな?🫶

ひとことアニメーション表示ON
ほっこり楽になる感じだね🌸

コメント

Ataror of Aidan

エイダン

でも、それじゃあ100個ものTypeScriptファイルを操ったり、新しいフレームワークやツールに飛びつく楽しさには敵わないよね。

Ataror of Kingston

グレース

フロントエンドフレームワークに文句言う投稿はよく見るけど、TypeScriptが楽しいって話はあまり見ないな。 確かに一部のSPAはサーバー側レンダリングの方が合う場合もあるけど、原因は違うと思う。

Ataror of Brooklynn

ハンナ

サーバーサイドのアプリも同じくらい重くなることがあるから、ツールのせいにしないで。

Ataror of Robert

ロバート

ちょっと前提がズレてる気がする。 要件が多いSPAとシンプルなMPAを比べて何が重いの? ログやエラーハンドリングもMPAの方が楽ってわけじゃないし、MPAは初回以外は毎回ページ遷移で読み込むから速くないよ。

Ataror of Christian

クリス

それに、君が文句言う『新しいスーパー・フレームワーク』は、MPAとSPAの良いとこ取りをしてて、必要なHTMLだけ送るから初回もページ間も速いんだ。

Ataror of Brian

ミア

適材適所でツールを使うだけ。 どの技術も良いものも悪いものも作れる。 特定の技術だけが問題でも解決策でもないよ。 ユーザーはどう作ったかじゃなく動きの良さしか気にしないから。

Ataror of Caleb

クロエ

限界はあると思うよ。 Figmaみたいな大規模なものはHTMXじゃ作らないけど、今はAlpine+HTMX派でReactは他人のプロジェクトに参加するときだけ使う感じ。

Ataror of Kimberly

キンバリー

フレームワークに対する君の意見は違うけど尊重する。 ただTypeScriptはわからないな。 JSにコンパイルされて余計なものは出ないし、型指定が悪いわけないし、クライアントに悪影響もないよ。

Ataror of Leo

レオ

誰が気にするんだよ。 Judyはうまくいくものを作ってるだけだ。

Ataror of Luis

リリー

確かにパブリックなウェブはシンプルにすべきだけど、俺はビジネス向けの重いクライアントサイドアプリをずっと作ってきた。 だからこそそういうツールがあるんだよ。

Ataror of Sara

サラ

俺はコンテンツサイトがメインで、クライアントサイドの流れにはほとんど乗れてない。 読み込みは速くしたいから、JavaScriptは最小限で、あれば遅延読み込み。 JSなしでできることはJSなしでやる主義。

Ataror of Eden

ジャック

そうだね。

Ataror of Valentina

ベン

フレームワークによっては遅いコードを書きやすいのもある。 Reactは全体の再レンダリングを気にしなきゃいけないけど、Svelteは自動依存追跡でその心配がなく、遅いSvelteアプリにはまだ出会ってないよ。

Ataror of Luis

リリー

RailsやLaravel、WordPressが今も残ってるのには理由がある。 伝統的なMVCが良ければそれらを試してみて。 最初は手間だけど、分離の効果が出てくる。 Node系ならnest.jsもオススメだよ。

Ataror of Nolan

ノーラン

『bloat(肥大化)』って君にとって何? どんなツールでも雑なアプリは作れるし、Reactは効率よく良いアプリを作れるから使ってるだけ。

Ataror of George

ジョージ

Viteみたいなすごい技術が問題解決のために生まれるって変な話だって? 誰が技術の進歩を決められるっていうの?

Ataror of Leo

レオ

嫌いなトレンドは無視すればいいだけ。 コミュニティが進歩を目指すのは素晴らしいことだよ。

Ataror of Brian

ミア

多分スキルの問題だね。 HTMLを一度だけ読み込んでデータだけ送るのは分離がはっきりしてて、場合によっては効率が良い。 SPAだと遅延読み込みや先読みもできて低帯域でも速く感じる。 フレームワークにはそういう理由がある。 必要なければ使わなきゃいいだけ。


PICKUP
関連記事