All the latest
蜘蛛は巣を張る前に全経路を知っている：Prerender Spider が問い直したSSRの必然性
2026.05.22
ブログ記事をリクエストごとにSSRするのは、本当に必然だったのか。React Router v7のPrerender機能が示す「静的であることの価値」と、ビルド時に全スラッグを巡回するSpiderパターンの設計思想。
Performance
ブラウザに教えるのか、ブラウザが発見するのか：modulepreload が問い直した依存解決の責務
2026.05.18
JSモジュールのウォーターフォールはなぜ起きるのか。modulepreloadは「速くする技術」ではなく「発見コストをビルド時に前払いする設計判断」だった。
Performance
色を決めるためにJSを待つな：light-dark() が問い直したテーマ制御の責務
2026.05.15
useEffect+localStorageによるテーマ制御が抱える設計負債を分析。light-dark()とCookieへの移行は「技術改善」ではなく「責務の再配置」だった。
Performance
フレームを先に送れ：HTML Streaming が問い直した「送る単位」の設計判断
2026.05.11
全データが揃うまでHTMLを待つのは本当に正しいか。React RouterのHTML Streamingは「描けるものから送る」という別の答えを提示した。
PerformanceRendering
アトミック・レンダリング：Lighthouse最適化が露出させるUIの時間的不整合と、Edge時代の可視化制御設計
2026.04.13
Lighthouseは原因ではなく、設計の穴を暴く「露出装置」だ。Edge配信と分散実行によって顕在化した「未確定時間」を制御し、UIを「ピクセル」ではなく「時間」として管理するアトミック・レンダリングの技術論。
RenderingPerformance
100点の「神話」を解体する：Remix + Vite が直面する PSI の実用上の上限と賢い撤退戦略
2026.04.03
サーバー応答2msでもPSIモバイルで600msの遅延が発生する理由。Remix + Reactスタックにおける構造的な減点対象と、数値に基づいた現実的なパフォーマンス目標設定の重要性を解説します。
Performance