個人開発の技術選定、 2025 年の 「最終結論」

Hono, Next.js, Biome... 激動の 1 年で選抜された精鋭たち

「また、`node_modules` を削除しているのか？」

画面の向こうの自分に、そう問いかけたくなる夜がありました。

依存関係のエラー、終わらないビルド時間、そして複雑怪奇な設定ファイルの山。

僕たちはいつから、コードを書く時間よりも、環境を整える時間に人生を費やすようになったのでしょうか。

2025 年。今年は、Web 開発の世界にとってまさに「激動」の 1 年でした。

フレームワークの栄枯盛衰、AI コーディングの台頭、そして僕たちを震撼させたセキュリティの脅威。

そんな荒波の中で、悩み、試し、そして多くの技術を「捨てる」ことでたどり着いた、僕なりの「最終結論」についてお話しします。

これは、技術の波に溺れかけた一人のフリーランス開発者が、再び「作る喜び」を取り戻すまでの記録です。

「Next.js 一択」 の神話が崩れた日

かつての僕にとって、技術選定の答えは簡単でした。

「とりあえず、Next.js で」

フロントエンドからバックエンドまで一気通貫で書ける利便性、巨大なエコシステム、そして Vercel の手厚いサポート。

迷う理由なんてなかったのです。
そう、あの日までは。

記憶に新しい方も多いでしょう。

React / Next.js に関連して報告された、あの深刻な脆弱性（CVSS 10.0）のニュース。

詳しくは、以下のリンクから参照してください。

「便利だから」という理由でブラックボックスを受け入れていたツケが回ってきた気がしました。

巨大なフレームワークは、一度牙を剥くと個人の手には負えない怪物になる。

「自分の手で制御できる範囲の技術を使いたい」

その恐怖と反省が、僕の技術選定を根本から見直すきっかけとなりました。

「HonoX」 という名の翼

Next.js の「重さ」と「隠蔽された複雑さ」に疲れた僕が出会ったのが、HonoX でした。

以前から API サーバーとして Hono は愛用していましたが、HonoX はそれをさらに拡張したメタフレームワーク。
Hono の「Web 標準準拠」という美しさはそのままに、フロントエンドのルーティングや SSR までをシンプルに記述できる。

Express から乗り換えた時のような、いや、それ以上の衝撃でした。

「鎧を脱いで、翼を手に入れた」
そんな感覚でした。

設定地獄を終わらせる 「Biome」

もう一つ、2025 年の僕を救ってくれたのが Biome です。

かつての僕は、ESLint と Prettier の設定ファイルと格闘するのが趣味のようなものでした（笑）

プラグインの競合、バージョンの不整合、謎のエラー…。

Biome は、その地獄を一撃で終わらせてくれました。

「今まで費やしていた時間は何だったんだ…」

設定ファイルを書く時間を、コードを書く時間に変換できる。これこそが、個人開発における最大の効率化でした。

【2025 年版】 僕の 「個人開発スタック」 最終結論

それでは、迷走の果てにたどり着いた、現在の僕の「最強の布陣」を公開します。

それぞれの技術が、まるでパズルのピースのようにカチッとはまる感覚。これが今の僕の最適解です。