ビギナーズフォアブートキャンプやる。10問がワシの活動限界かもしれない。PS5 買うかどうか迷う。
- React / Remix への依存を最小にするフロントエンド設計 - 一休.com Developers Blog
- jotai とか TanStack 系の React 非依存のライブラリ使って、ビジネスロジックを素の TS で書いてる話。フレームワークに依存しないコードの量が多ければ多いほど良いのは多分そうなんよな（Vue3 の悲劇も記憶に新しい）。
- でもなんで Remix 推してるのかについては詳しく知りたいかも。復活したニコ動も Remix SPA モードらしい。
- Remix 流行ってるの？ SEO とか OGP とかどうでもいい状況で Vite + React とか Remix SPA モードとか使うのは納得感がある。
- 一休レストランで Next.js App Router から Remix に乗り換えた話 - 一休.com Developers Blog
- こういう話か。
Cache-Controlヘッダがダイナミックレンダリングしてるページだと勝手に指定されちゃうとか、History API に触れないとか。- Next.js 14.1 | Next.js History に関しては触れるようになってるっぽいけど、クライアントコンポーネントだけなのね。
- そもそも History API をあえて使う理由ってなんだろ。1)リロードしてもUI パーツの状態を保持したい 2)戻るボタン押下で以前の UI の状態を復元したい、どっちも URL で UI の状態を表現すれば済む話な気がする （要件的に縛りがなければ）。
- 調べてたら History API に触れないのつらいよね、みたいな話ちょくちょく見かけたけど、 なにか URL を使えない事情があった（v13 時代は URL 変えるとフルリロードしちゃってた、とか）ってことなんかな。謎である。
- こういう話か。