React가 문제가 아닙니다. Vercel이 문제입니다.
개발자들은 React에 좌절감을 느낍니다. 많은 이들이 여전히 React를 좋아하는 사람이 있기는 한지 묻습니다. 대답은 대개 부정적입니다.
저는 우리가 잘못된 원인을 보고 있다고 믿습니다. React가 나빠진 것이 아닙니다. 장악당한 것입니다. Vercel이 이러한 변화의 배후에 있는 기업입니다.
Vercel은 React 팀의 핵심 멤버들을 영입했습니다. React Server Components가 개념으로 등장했습니다. 첫 번째 대규모 구현체는 Next.js 내부에 존재합니다. Next.js는 Vercel의 프레임워크입니다. 그리고 Vercel 호스팅에서 가장 잘 작동합니다.
이것은 비즈니스 전략입니다. 그리고 매우 효과적입니다.
많은 개발자가 React를 사랑했던 이유는 그것이 라이브러리였기 때문입니다. 라우터도 직접 선택하고, 상태 관리 도구도 직접 선택하고, 빌드 도구도 직접 선택할 수 있었습니다. React는 개발자의 앞길을 가로막지 않았습니다.
이제 그것이 변했습니다.
오늘날 프레임워크 없이 React를 사용해 보십시오. 공식 문서는 Next.js로 시작할 것을 권장합니다. 첫 번째 선택지로 Vite를 추천하지 않습니다. 메시지는 명확합니다. React만으로는 충분하지 않다는 것입니다. 프레임워크가 필요합니다. 그리고 그 프레임워크는 코드를 어디에 배포할지에 대한 의견을 가지고 있습니다.
이것은 라이브러리가 아닙니다. JSX 문법을 입힌 깔때기입니다.
벤처 캐피털(VC)의 지원을 받는 기업이 이제 수백만 명이 사용하는 오픈 소스 프로젝트에 막대한 영향력을 행사하고 있습니다. 이는 이해관계의 불일치를 초래합니다. 기능들은 개발자의 요구를 위해 만들어지는 것이 아니라, 특정 플랫폼의 성능을 높이기 위해 만들어집니다.
Server Components는 로직을 서버로 밀어냅니다. 이는 호스팅의 중요성을 더 높입니다.
Vercel이 악한 것은 아닙니다. 그들은 훌륭한 기술을 선보입니다. 하지만 그들의 동기는 여러분과 다릅니다. 그들은 여러분을 자신들의 생태계에 묶어두고 싶어 합니다. 여러분은 자유와 유연성을 원합니다. 이 두 목표는 충돌합니다.
개발자들이 React에 대해 불평할 때, 그들은 대개 복잡성을 의미합니다. 그들은 다음과 같은 질문을 던집니다:
- 왜 컴포넌트가 서버 컴포넌트인지 클라이언트 컴포넌트인지 알아야만 하나요?
- 왜 단순한 앱에 edge runtimes가 필요한가요?
- 왜 React 팀은 Next.js를 추천하나요?
이러한 좌절감은 한 기업의 수익 목표에 의해 형성된 생태계에서 비롯됩니다.
저는 아직 새로운 프레임워크로 옮기지는 않았습니다. 다만 더 의도적으로 선택할 뿐입니다. 정말로 Next.js가 필요한지, 아니면 Vite와 React Router만으로도 충분한지 자문합니다.
React는 여전히 훌륭한 렌더링 라이브러리입니다. 문제는 여러분의 의존성으로부터 이익을 얻는 사람들이 그 위에 덧씌운 계층들입니다.
이것은 기술적 위기가 아니라 정치적 위기입니다. 한 기업이 자신의 재정적 이익을 위해 수백만 명이 사용하는 도구의 방향을 좌우하고 있습니다. 이는 불편함을 느껴야 마땅한 일입니다.
우리는 React를 포기해서는 안 됩니다. 배포 플랫폼이 아닌 개발자를 위한 로드맵을 요구해야 합니다.
React가 독립성을 되찾을 수 있다고 생각하시나요? 아니면 이 장악이 영구적일까요?
Source: https://dev.to/adioof/reacts-real-problem-isnt-react-its-vercel-a7l