반응 피로: 일부 개발자가 계속 전진하는 이유-JS 튜토리얼-php.cn

반응 피로: 일부 개발자가 계속 전진하는 이유

DDD

풀어 주다： 2024-11-01 22:06:29

원래의

970명이 탐색했습니다.

React Fatigue: Why Some Devs Are Moving On

오해하지 마세요. 저는 React를 좋아합니다. Hooks가 대유행이고 React가 인기를 끌던 2021년부터 배우기 시작했습니다. 대학에서 배워야 했던 자바 상용구에 비해 자바스크립트와 리액트가 신선하게 느껴졌다. 나는 미니 프로젝트를 구축하는 것이 재미있고 유익했던 Scrimba의 React 프론트엔드 경로에 뛰어들었습니다. UI/UX 경력자로서 React의 디자인 라이브러리를 사용하여 구축할 수 있는 깔끔한 UI도 마음에 들었습니다.

그런데 최근 React의 매력이 식고 있는 것 같습니다. 이 문제에 대한 대화가 늘어나고 있으며, 이는 기술 분야의 일부 유명 인사들이 철수하는 이유를 설명할 수 있습니다. 그렇다면 React에서는 무슨 일이 벌어지고 있는 걸까요?

React의 인기가 식어가는 이유

React에는 특히 고급 상태 관리가 필요한 복잡한 프로젝트에서 장점이 있지만 이러한 장점은 무거운 클라이언트 측 JavaScript를 희생하면서 나타나는 경우가 많습니다. 단순하거나 성능이 높은 애플리케이션에서는 이로 인해 사용자 경험이 느려질 수 있으며 이는 속도를 우선시하는 기업에 큰 단점이 됩니다.

Picallilli에 대한 기사에 잘 요약되어 있는 최근의 일부 비판은 React가 얼마나 깊이 내장되어 반발에도 불구하고 교체하기가 어려운지를 강조합니다. 저자는 대체 프레임워크가 등장하더라도 React는 오랫동안 관련성을 유지할 수 있는 거대한 기존 코드베이스를 가지고 있다고 지적합니다. 또한 버전 19에 사용자 정의 요소(웹 구성 요소)에 대한 지원을 추가하는 등 React의 진화 노력으로 인해 마이그레이션과 유연성이 더 쉬워질 수 있습니다.

대기업이 전진하고 있다

React에 의문을 제기하는 것은 개발자뿐만 아니라 기업에서도 이에 대한 조치를 취하고 있습니다.

Netflix는 일부 프로젝트에서 Vanilla JS로의 전환을 발표했고, Microsoft는 Edge에서 웹 구성 요소를 선택하고, Shopify는 일부 프로젝트에서 React에서 벗어나고 있으며, Airbnb는 React Native 대신 모바일 앱용 OS별 프레임워크로 기울고 있습니다. Gusto의 Kelly Sutton은 StimulusJS로 전환하고 있습니다.

기업들이 성능과 유연성에 더 중점을 두고 React가 가져오는 무게를 피하면서 프레임워크에 구애받지 않는 솔루션을 향한 추세가 커지고 있습니다.

현재 상태를 유지하는 대가

React의 정기 업데이트와 기능 출시는 축복이자 저주가 될 수 있습니다. 최근 기사에서는 React의 급속한 발전으로 인해 기업이 2.5년마다 앱을 거의 다시 작성해야 한다는 것을 의미하며 이는 어려운 일이라고 주장했습니다. 자주 업데이트하지 않는 팀은 기술 부채가 쌓일 위험이 있고, 새로운 개발자는 결국 React 17에서 19와 같은 버전으로의 전환을 관리하게 되어 실망스러울 수 있습니다.

나만의 블로그 구축에 관하여

이 전체 토론으로 인해 제가 만들고 싶은 새 블로그 사이트에 대한 내 기술 스택을 재고하게 되었습니다. 초기 포트폴리오 사이트는 React로 구축되어 Vercel에 배포되었지만 이번에는 Next.js, Gatsby, Astro 및 Hugo와 같은 옵션을 탐색했습니다. 블로그에서는 SEO가 우선순위이기 때문에 Gatsby와 Hugo로 범위를 좁혔습니다. 나는 Hugo와 Go의 단순성에 대해 읽었습니다. 일부 개발자는 새로운 사용자가 일주일 안에 견고한 Go 코드를 작성할 수 있다고 주장하는 반면 React는 종종 새로운 후크와 기능을 따라잡기 위해 박사 학위가 필요하다고 느낍니다. 그래서 저는 휴고와 함께 가는데 도중에 바둑을 좀 구할 수도 있겠네요. 하지만 걱정하지 마세요. 저는 React를 버리는 것이 아닙니다!