惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

IT之家
IT之家
Recent Announcements
Recent Announcements
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
The GitHub Blog
The GitHub Blog
MyScale Blog
MyScale Blog
爱范儿
爱范儿
GbyAI
GbyAI
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
美团技术团队
Y
Y Combinator Blog
博客园 - 叶小钗
Apple Machine Learning Research
Apple Machine Learning Research
Martin Fowler
Martin Fowler
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
罗磊的独立博客
M
MIT News - Artificial intelligence
博客园 - Franky
V
Visual Studio Blog
I
InfoQ
V
V2EX
Hugging Face - Blog
Hugging Face - Blog
腾讯CDC
博客园 - 司徒正美
L
LangChain Blog

DEV Community

Authentication Security Deep Dive: From Brute Force to Salted Hashing (With Java Examples) Why AI Systems Don’t Fail — They Drift Spilling beans for how i learn for exam😁"Reinforcement Learning Cheat Sheet" I Replaced Chrome with Safari for AI Browser Automation. Here's What Broke (and What Finally Worked) How Python Borrows Other People's Work The $40 Architecture: Processing 1 Billion API Requests with 99.99% Uptime Vibe Coding: A Workflow Guide (From Zero to SaaS) Most webhook security guides protect the wrong side. The scary part is delivery. Headless CMS for TanStack Start: Build a Blog with Cosmic EU Age Verification App "Hacked in 2 Minutes" — What Actually Happened Comfy Cloud’s delete function does not actually remove files Running AI Models on GPU Cloud Servers: A Beginner Guide Event-driven media intelligence with AWS Step Functions and Bedrock I scored 500 AI prompts across 8 quality dimensions — here's what broke How to Call Google Gemini API from Next.js (Free Tier, No Backend Needed) The Portal Protocol: Reclaiming Human Connection in the Age of AI How to Fix Your Team's Scattered Knowledge Problem With a Self-Hosted Forum Intro to tc Cloud Functors: A Graph-First Mental Model for the Modern Cloud Designing Multi-Tenant Backends With Both Ownership and Team Access I Built a Neumorphic CSS Library with 77+ Components — Here's What I Learned PostgreSQL Performance Optimization: Why Connection Pooling Is Critical at Scale Cómo construí un SaaS multi-rubro para gestionar expensas en Argentina con FastAPI + Vue 3 🚀 I Built an Ethical Hacking Scanner Tool – Open Source Project I Replaced /usage and /context in Claude Code With a Single Statusline A Pythonic Way to Handle Emails (IMAP/SMTP) with Auto-Discovery and AI-Ready Design I Collected 8.9 Million Polymarket Price Points — Here's What I Found About How Markets Really Move EcoTrack AI — Carbon Footprint Tracker & Dashboard Everyone's Using AI. No One Agrees How. 5 self-hosted ebook managers worth trying in 2026 Building Your First AI Agent with LangChain: From Chatbot to Autonomous Assistant
React's real problem isn't React. It's Vercel.
Aditya Agarwal · 2026-06-25 · via DEV Community

Developers are frustrated with React. The posts about it are all over the place. "Does anybody actually like React anymore?" And the answers are… rough.

I believe we are pointing fingers in the wrong direction.

React didn't get worse. It got captured. And the company that captured it is Vercel.

The library that became a sales funnel

Here's what happened. Vercel hired key React team members. React Server Components shipped as a concept — but the first and most prominent production-ready implementation lived inside Next.js. Which is Vercel's framework. Which runs best on Vercel's platform.

Yes, I see it.

→ React introduces a new feature
→ The feature only works properly in Next.js
→ Next.js runs best on Vercel's infrastructure
→ You just got funneled

This isn't some loony notion. It's a way of doing business. And it works too well.

"React feels incomplete now"

This is where it hurts. Many developers, in my case, became fond of React because it was a library. You could choose your router. You could choose your state management. You could choose your build tool. React didn't overstep.

Now? Try using React without a framework. The official React docs literally recommend starting with Next.js. Not Create React App (which has been sunsetted). Not Vite alone (which is listed as an option for custom setups). Next.js and other frameworks are the primary recommendations.

The message is clear: React alone isn't enough anymore. You need the framework. And the framework has an opinion about where you should deploy.

That is not a library; it is a funnel that has JSX syntax.

The roadmap problem

This is the real issue. If a VC-backed company has disproportionate influence over the roadmap of an open-source project that is relied upon by millions of users, we end up with misaligned incentives.

Features are not prioritized based on what developers require the most, but based on what enhances the platform's performance.

→ Server Components push logic to the server — where hosting matters
→ The "use server" directive blurs lines between frontend and backend — making you more dependent on integrated deployment
→ Simple things that should just work (like client-side SPA patterns) feel increasingly like second-class citizens

I'm not calling Vercel an evil entity. They employ talented people and ship real technology. However, their motives are different from yours. They want to keep you dependent on their ecosystem, while you need the freedom to choose. You need flexibility.

Those two things are going to clash.

The real frustration isn't performance or DX

If someone mentions they can't stand React, take note. It's not the virtual DOM or hooks they have an issue with. It's that unexpected complexity they're frustrated about.

What is the importance of knowing whether this component is a server component or a client component?

"Why is my simple app now talking about edge runtimes?"

Why is Next.js recommended by the React team?

The frustration developers feel is not because of the React library itself. It's about React the ecosystem — an ecosystem increasingly shaped by one company's revenue goals.

What I'm actually doing about it

I'm not mass-migrating to another framework. I've seen that movie before. But I am being more intentional.

→ I evaluate whether I actually need Next.js or if Vite + React Router handles it
→ I treat framework recommendations from the React docs with skepticism
→ I deploy where it makes sense for the project, not where the framework nudges me

At the heart of it all, React remains a great rendering library. It's everything that has been added on to it, by the folks whose livelihood depends on you adding on more, that has become a problem.

The takeaway

The actual crisis faced by React is not technical in nature. It is a political one. A library that is utilized by millions is being significantly influenced in terms of its direction by one company, which has an obvious financial interest. That should make you uncomfortable — even if you like Next.js.

We should not give up on React. It's demanding that React's roadmap serve developers, not deployment platforms.

So here's my question: do you think React can reclaim its independence from Vercel, or is the capture already permanent? 💬