웹 프론트엔드 JS 튜토리얼 React의 가혹한 현실: Alex Russell의 꼭 읽어야 할 통찰

React의 가혹한 현실: Alex Russell의 꼭 읽어야 할 통찰

Dec 10, 2024 am 12:48 AM

React

오랜만에 읽은 기사 중 가장 통찰력 있는 기사를 발견했습니다. Microsoft Edge의 파트너 제품 관리자인 Alex Russell이 "반응하지 않으면 어떻게 될까요?"라는 제목으로 작성했습니다.

이 작품은 나에게 깊은 울림을 주었다. 각 문단에 동의하며 고개를 끄덕이면서 읽어보니, 이 내용을 여러분과 공유해야 한다는 것이 분명해졌습니다. 저는 마음에 와 닿는 눈에 띄는 인용문을 적기 시작했고, 머지않아 제 생각을 단지 소수의 트윗에만 국한시킬 수 없다는 것을 깨달았습니다. 이것은 더 넓은 무대에서 볼 가치가 있습니다.

이 기사는 특히 React에 중점을 두고 전체 프런트엔드 생태계를 면밀히 조사하고 광범위한 데이터와 리소스를 바탕으로 뒷받침되는 강력한 비평을 제시합니다. 프런트엔드 개발의 냉철한 현실을 조명하고 업계의 집단적 방향에 도전하며 지배적인 '군집 사고방식'을 드러냅니다.

이 글은 프론트엔드 개발자나 설계자라면 꼭 읽어야 할 필독서입니다.

반응하지 않으면 어떻게 되나요?

약 9.5,000단어에 달하는 상당한 분량이지만, 본격적으로 시작하기 전에 저에게 깊은 울림을 준 가장 설득력 있는 발췌문을 공유하겠습니다.


“간단히 말하면 2020년대에는 누구도 React를 기반으로 새로운 프로젝트를 시작해서는 안 됩니다. 완전 정지.”

“사용자 결과를 개선하기 위해 잘 알려진 제약 조건에서 새로운 재료를 시험해 보는 것은 실제 엔지니어링의 보람 있는 측면입니다.”

“기술은 왔다가 사라지지만 항상 차이를 만드는 것은 사용자를 고려하는 것입니다.”

“... 그리고 SPA 아키텍처가 필요한 경우에만 "프런트엔드 프레임워크" 및 "상태 관리" 도구를 포함하여 로컬 데이터 모델에 대한 낙관적 업데이트를 지원하도록 설계된 도구가 사이트 아키텍처의 일부가 되어야 합니다.'

“모든 종류의 편집자는 수정을 지원하는 로컬 데이터 모델 및 SPA 기반 아키텍처에 적합합니다. 그러나 이러한 시스템의 고유한 복잡성으로 인해 성능은 계속해서 어려움을 겪게 됩니다. 결과적으로 이러한 스타일로 애플리케이션을 구축하는 팀은 강력한 성능 가드레일을 고려하고, 중요한 사용자 여정을 미리 식별하고, 예상치 못한 성능 문제를 방지할 수 있는 계측 장치가 마련되어 있는지 확인해야 합니다."

“NPM과 함께 작업하는 내 3,000달러 노트북 개발의 주된 결과는 팀이 예상보다 훨씬 빨리 진흙탕에 빠지게 만드는 것이기 때문입니다. ”

'...Facebook에서도 작동합니다'
통계적으로 확실히 말하자면, 당신은 Facebook을 만들고 있는 것이 아닙니다. 귀하의 문제는 Facebook의 2010년대 초반 문제와 전혀 같지 않을 것입니다. 설사 설사 그랬다고 하더라도 그들의 리드를 따르는 것은 끔찍한 생각입니다.”

“React 지식도 특별히 가치가 있는 것은 아닙니다. React의... 바로크... 컨벤션에 익숙한 모든 팀은 Preact, Stencil, Svelte, Lit, FAST, Qwik 또는 정신적인 장부를 덜 요구하는 더 빠르고 더 작은 반응형 클라이언트 측 시스템 중 하나를 쉽게 마스터할 수 있습니다."

"... 다음 문제를 해결하는 데 드는 비용의 일부만으로 제품에 놀라운 이점을 줄 수 있는 영웅들이 마침내 프레임워크 자체가 야기한 것을 React 커뮤니티에서 인정하게 되었습니다."

“useMemo와 친구들의 공포를 마스터한 사람들이 DOM 수명 주기 방법이나 이벤트 루프 또는 최신 CSS를 받아들일 수 없다는 생각은 모욕적입니다. 이는 부당하게 낙인을 찍는 것이며 조직의 잠재력을 제한하는 것입니다.”

“'...React는 업계 표준입니다'
기껏해야 위로가 되는 소설입니다.”

“100개 이상의 컨설팅 참여에서 두 개의 동일한 React 설정으로 개발자가 Create React App의 기본값에 아직 추가하지 않은 작은 사례를 저장하는 것을 본 적이 없습니다. 시작하는 가장 좋은 방법은 React 문서입니다.”

“... 혹시 물어봐도 괜찮다면 "CSS-in-JS" 모험은 어떻게 진행되고 있나요? 아직도 수업 구성요소를 작성 중인가요, 아니면 여전히 골치 아픈 강제(및 부분) 마이그레이션이 있었나요?”

"... NPM 의존성을 미래 엔지니어링 역량을 담보로 하는 일종의 고금리 부채처럼 생각하세요."

“Next.js로 구축된 사이트는 11ty, Astro 등과 같은 HTML 우선 시스템의 사이트보다 성능이 훨씬 나쁩니다.”


사진: Lautaro Andreani, Unsplash

위 내용은 React의 가혹한 현실: Alex Russell의 꼭 읽어야 할 통찰의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

본 웹사이트의 성명
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.

핫 AI 도구

Undresser.AI Undress

Undresser.AI Undress

사실적인 누드 사진을 만들기 위한 AI 기반 앱

AI Clothes Remover

AI Clothes Remover

사진에서 옷을 제거하는 온라인 AI 도구입니다.

Undress AI Tool

Undress AI Tool

무료로 이미지를 벗다

Clothoff.io

Clothoff.io

AI 옷 제거제

Video Face Swap

Video Face Swap

완전히 무료인 AI 얼굴 교환 도구를 사용하여 모든 비디오의 얼굴을 쉽게 바꾸세요!

인기 기사

<gum> : Bubble Gum Simulator Infinity- 로얄 키를 얻고 사용하는 방법
3 몇 주 전 By 尊渡假赌尊渡假赌尊渡假赌
Nordhold : Fusion System, 설명
3 몇 주 전 By 尊渡假赌尊渡假赌尊渡假赌
Mandragora : 마녀 트리의 속삭임 - Grappling Hook 잠금 해제 방법
3 몇 주 전 By 尊渡假赌尊渡假赌尊渡假赌

뜨거운 도구

메모장++7.3.1

메모장++7.3.1

사용하기 쉬운 무료 코드 편집기

SublimeText3 중국어 버전

SublimeText3 중국어 버전

중국어 버전, 사용하기 매우 쉽습니다.

스튜디오 13.0.1 보내기

스튜디오 13.0.1 보내기

강력한 PHP 통합 개발 환경

드림위버 CS6

드림위버 CS6

시각적 웹 개발 도구

SublimeText3 Mac 버전

SublimeText3 Mac 버전

신 수준의 코드 편집 소프트웨어(SublimeText3)

JavaScript 엔진 : 구현 비교 JavaScript 엔진 : 구현 비교 Apr 13, 2025 am 12:05 AM

각각의 엔진의 구현 원리 및 최적화 전략이 다르기 때문에 JavaScript 엔진은 JavaScript 코드를 구문 분석하고 실행할 때 다른 영향을 미칩니다. 1. 어휘 분석 : 소스 코드를 어휘 단위로 변환합니다. 2. 문법 분석 : 추상 구문 트리를 생성합니다. 3. 최적화 및 컴파일 : JIT 컴파일러를 통해 기계 코드를 생성합니다. 4. 실행 : 기계 코드를 실행하십시오. V8 엔진은 즉각적인 컴파일 및 숨겨진 클래스를 통해 최적화하여 Spidermonkey는 유형 추론 시스템을 사용하여 동일한 코드에서 성능이 다른 성능을 제공합니다.

Python vs. JavaScript : 학습 곡선 및 사용 편의성 Python vs. JavaScript : 학습 곡선 및 사용 편의성 Apr 16, 2025 am 12:12 AM

Python은 부드러운 학습 곡선과 간결한 구문으로 초보자에게 더 적합합니다. JavaScript는 가파른 학습 곡선과 유연한 구문으로 프론트 엔드 개발에 적합합니다. 1. Python Syntax는 직관적이며 데이터 과학 및 백엔드 개발에 적합합니다. 2. JavaScript는 유연하며 프론트 엔드 및 서버 측 프로그래밍에서 널리 사용됩니다.

C/C에서 JavaScript까지 : 모든 것이 어떻게 작동하는지 C/C에서 JavaScript까지 : 모든 것이 어떻게 작동하는지 Apr 14, 2025 am 12:05 AM

C/C에서 JavaScript로 전환하려면 동적 타이핑, 쓰레기 수집 및 비동기 프로그래밍으로 적응해야합니다. 1) C/C는 수동 메모리 관리가 필요한 정적으로 입력 한 언어이며 JavaScript는 동적으로 입력하고 쓰레기 수집이 자동으로 처리됩니다. 2) C/C를 기계 코드로 컴파일 해야하는 반면 JavaScript는 해석 된 언어입니다. 3) JavaScript는 폐쇄, 프로토 타입 체인 및 약속과 같은 개념을 소개하여 유연성과 비동기 프로그래밍 기능을 향상시킵니다.

JavaScript 및 웹 : 핵심 기능 및 사용 사례 JavaScript 및 웹 : 핵심 기능 및 사용 사례 Apr 18, 2025 am 12:19 AM

웹 개발에서 JavaScript의 주요 용도에는 클라이언트 상호 작용, 양식 검증 및 비동기 통신이 포함됩니다. 1) DOM 운영을 통한 동적 컨텐츠 업데이트 및 사용자 상호 작용; 2) 사용자가 사용자 경험을 향상시키기 위해 데이터를 제출하기 전에 클라이언트 확인이 수행됩니다. 3) 서버와의 진실한 통신은 Ajax 기술을 통해 달성됩니다.

자바 스크립트 행동 : 실제 예제 및 프로젝트 자바 스크립트 행동 : 실제 예제 및 프로젝트 Apr 19, 2025 am 12:13 AM

실제 세계에서 JavaScript의 응용 프로그램에는 프론트 엔드 및 백엔드 개발이 포함됩니다. 1) DOM 운영 및 이벤트 처리와 관련된 TODO 목록 응용 프로그램을 구축하여 프론트 엔드 애플리케이션을 표시합니다. 2) Node.js를 통해 RESTFULAPI를 구축하고 Express를 통해 백엔드 응용 프로그램을 시연하십시오.

JavaScript 엔진 이해 : 구현 세부 사항 JavaScript 엔진 이해 : 구현 세부 사항 Apr 17, 2025 am 12:05 AM

보다 효율적인 코드를 작성하고 성능 병목 현상 및 최적화 전략을 이해하는 데 도움이되기 때문에 JavaScript 엔진이 내부적으로 작동하는 방식을 이해하는 것은 개발자에게 중요합니다. 1) 엔진의 워크 플로에는 구문 분석, 컴파일 및 실행; 2) 실행 프로세스 중에 엔진은 인라인 캐시 및 숨겨진 클래스와 같은 동적 최적화를 수행합니다. 3) 모범 사례에는 글로벌 변수를 피하고 루프 최적화, Const 및 Lets 사용 및 과도한 폐쇄 사용을 피하는 것이 포함됩니다.

Python vs. JavaScript : 커뮤니티, 라이브러리 및 리소스 Python vs. JavaScript : 커뮤니티, 라이브러리 및 리소스 Apr 15, 2025 am 12:16 AM

Python과 JavaScript는 커뮤니티, 라이브러리 및 리소스 측면에서 고유 한 장점과 단점이 있습니다. 1) Python 커뮤니티는 친절하고 초보자에게 적합하지만 프론트 엔드 개발 리소스는 JavaScript만큼 풍부하지 않습니다. 2) Python은 데이터 과학 및 기계 학습 라이브러리에서 강력하며 JavaScript는 프론트 엔드 개발 라이브러리 및 프레임 워크에서 더 좋습니다. 3) 둘 다 풍부한 학습 리소스를 가지고 있지만 Python은 공식 문서로 시작하는 데 적합하지만 JavaScript는 MDNWebDocs에서 더 좋습니다. 선택은 프로젝트 요구와 개인적인 이익을 기반으로해야합니다.

Python vs. JavaScript : 개발 환경 및 도구 Python vs. JavaScript : 개발 환경 및 도구 Apr 26, 2025 am 12:09 AM

개발 환경에서 Python과 JavaScript의 선택이 모두 중요합니다. 1) Python의 개발 환경에는 Pycharm, Jupyternotebook 및 Anaconda가 포함되어 있으며 데이터 과학 및 빠른 프로토 타이핑에 적합합니다. 2) JavaScript의 개발 환경에는 Node.js, VScode 및 Webpack이 포함되어 있으며 프론트 엔드 및 백엔드 개발에 적합합니다. 프로젝트 요구에 따라 올바른 도구를 선택하면 개발 효율성과 프로젝트 성공률이 향상 될 수 있습니다.

See all articles