速いUIと正しいUIのあいだで、どのズレを許容するかはじめに 現代のフロントエンドでは、「速いUI」を作るための技術がたくさん出てくる。 optimistic update Suspense transition stale-while-revalidate debounce background sync どれも実務で見かける技術だが、個別に覚えているだけだと、少し整理しづらい。 optimistic update はサーバーの応答を待たずに画面を更新する。Suspense はまだ準備できていないUIの代わりに fallback を出す。transition は緊急ではない更新を後回しにする。stale-while-revalidate は古いデータを見せながら裏で更新する。 これらは一見、別々のテクニックに見える。しかし根本では、同じ問題を扱っている。 それは、ユーザーが操作した時間と、システムが正しい状態に到達する時間が一致しない、と
