react/react
Next.js 15 already runs on React 19, so the two headline items in this trend - React Compiler and Server Components - are already the runtime under field-notes, codec, save-state, and understory-labs-site. There is no adoption gap; the stack is already positioned to use these features.
This item is 'React is trending' as a library, not a specific tool or pattern to build with. It does not map to a discrete implementation task in any active project - at most it maps to flipping a config flag, which is maintenance, not a capability the operator would build or ship.
Marginal. The only concrete action available is enabling an experimental compiler flag that removes some manual memoization - it does not add a capability, fix a workflow gap, or change what any project can do.
React Compiler and Server Components are already baked into Next.js 15, which every active Next.js project already runs. The significance here is background ecosystem awareness, not a build decision - there's nothing this operator needs to construct to benefit from it.
If pursued at all: a one-line next.config.ts change (experimental.reactCompiler: true) plus a babel-plugin-react-compiler devDependency on one project, followed by a build and a manual smoke test on Vercel preview. No files beyond config change; no user-visible difference.