많은 사람들이 "Nue"에 대해 화를 내고 있는 것을 보며, React에 크게 의존하고 있는 사람들이 전체적인 문제를 놓치고 있다고 생각함. 이러한 대규모 프레임워크가 웹을 느리고 복잡하게 만들었음. DevOps/SRE로서 매일 이러한 서비스를 다루며, 10초 이내에 첫 로드를 하는 것을 찾는 것이 거의 불가능함. 간단한 홈 페이지 대시보드나 노트 페이지가 10G 연결에서 10초 이상 걸릴 때, 이는 현재의 웹앱이 빠른 브라우저 엔진과 기대치가 낮은 사람들에 의해만 지원되는 엄청난 비대 상태에 도달했음을 의미함
Nue가 이를 혁신할 것이라고는 기대하지 않지만, 적어도 그들을 응원할 수 있음
React를 대체하는 것은 초기 Angular 2.0과 유사한 비타입 뷰 레이어임. 모델 파일은 순수 자바스크립트임. Vue.js 사용자층을 겨냥한 것 같음. 대부분의 React 사용자는 이제 TypeScript를 사용함
Svelte를 선택하고 SvelteKit에 투자했음. 꽤 큰 앱을 작성했으며 나중에 React를 다시 보았음. React는 훅을 이해하면 그리 어렵지 않음. 내 사용 사례에서는 React도 가벼움. React는 이제 지루한 기술이지만 이는 좋은 것임. 생태계가 거대함. React Query 같은 라이브러리를 가질 수 없음
React 컴파일러가 Facebook과 Instagram에서 사용되고 있으며, 공개 베타로 출시됨. React Native도 React 컴파일러를 지원함
기술적 세부사항이 부족함. 예를 들어, 어떤 변경 추적 방법이 사용되는지 궁금함. 150,000개의 객체로 인해 JS 스택이 넘친다는 표현을 이해하지 못했음. JS는 그렇게 느리지 않음
Nue는 현대 웹 개발의 비대함을 해결하기 위해 만들어진 웹 프레임워크임. Vite/ShadCN/Tailwind 버튼이 완전한 SPA보다 40% 더 무거울 때, 다른 방식으로 접근해야 함. 웹 표준을 우선으로 하며, 비대함이 없음
대부분의 새로운 프레임워크는 당시의 더 성숙한 옵션에 비해 "경량" 옵션으로 시작함. 10년 후에 여전히 React 버튼보다 가볍다면 뉴스 가치가 있을 것임
프로젝트를 보며, React로도 같은 성능의 웹앱을 만들 수 있다고 생각함. Nue가 HTML+JS보다 간단한지, 이해하기 쉬운지, 더 나은 개발자 경험을 제공하는지, 기술적으로 더 나은지 보여주길 바람
큰 프레임워크가 웹을 느리게 만드는 것이 아님. 실제 문제는 개발자가 최적화할 수 없고, React 없이 프로그래밍할 수 없는 것임. 깊이 파고들지 못하면 최적화도 할 수 없음
React 라이브러리를 포함하지 않으면 React 버튼이 작동하지 않는다는 주장은 약함. React 라이브러리는 앱 번들의 다른 부분에서 재사용될 것임
인기 있는 웹 프레임워크의 "무거움"에 대한 논의는 너무 단순함. 앱이 가볍거나 무겁게 느껴지는 것은 초기 번들 크기보다 개발자가 분산 시스템 문제를 얼마나 잘 해결했는지에 더 관련이 있음. React로 작성된 웹사이트가 더 느리게 보이는 경우가 많음. 이는 React가 인기가 많아 중요한 세부사항을 놓치는 개발자가 많기 때문임.
Hacker News 의견
많은 사람들이 "Nue"에 대해 화를 내고 있는 것을 보며, React에 크게 의존하고 있는 사람들이 전체적인 문제를 놓치고 있다고 생각함. 이러한 대규모 프레임워크가 웹을 느리고 복잡하게 만들었음. DevOps/SRE로서 매일 이러한 서비스를 다루며, 10초 이내에 첫 로드를 하는 것을 찾는 것이 거의 불가능함. 간단한 홈 페이지 대시보드나 노트 페이지가 10G 연결에서 10초 이상 걸릴 때, 이는 현재의 웹앱이 빠른 브라우저 엔진과 기대치가 낮은 사람들에 의해만 지원되는 엄청난 비대 상태에 도달했음을 의미함
Nue가 이를 혁신할 것이라고는 기대하지 않지만, 적어도 그들을 응원할 수 있음
React를 대체하는 것은 초기 Angular 2.0과 유사한 비타입 뷰 레이어임. 모델 파일은 순수 자바스크립트임. Vue.js 사용자층을 겨냥한 것 같음. 대부분의 React 사용자는 이제 TypeScript를 사용함
Svelte를 선택하고 SvelteKit에 투자했음. 꽤 큰 앱을 작성했으며 나중에 React를 다시 보았음. React는 훅을 이해하면 그리 어렵지 않음. 내 사용 사례에서는 React도 가벼움. React는 이제 지루한 기술이지만 이는 좋은 것임. 생태계가 거대함. React Query 같은 라이브러리를 가질 수 없음
React 컴파일러가 Facebook과 Instagram에서 사용되고 있으며, 공개 베타로 출시됨. React Native도 React 컴파일러를 지원함
기술적 세부사항이 부족함. 예를 들어, 어떤 변경 추적 방법이 사용되는지 궁금함. 150,000개의 객체로 인해 JS 스택이 넘친다는 표현을 이해하지 못했음. JS는 그렇게 느리지 않음
Nue는 현대 웹 개발의 비대함을 해결하기 위해 만들어진 웹 프레임워크임. Vite/ShadCN/Tailwind 버튼이 완전한 SPA보다 40% 더 무거울 때, 다른 방식으로 접근해야 함. 웹 표준을 우선으로 하며, 비대함이 없음
대부분의 새로운 프레임워크는 당시의 더 성숙한 옵션에 비해 "경량" 옵션으로 시작함. 10년 후에 여전히 React 버튼보다 가볍다면 뉴스 가치가 있을 것임
프로젝트를 보며, React로도 같은 성능의 웹앱을 만들 수 있다고 생각함. Nue가 HTML+JS보다 간단한지, 이해하기 쉬운지, 더 나은 개발자 경험을 제공하는지, 기술적으로 더 나은지 보여주길 바람
큰 프레임워크가 웹을 느리게 만드는 것이 아님. 실제 문제는 개발자가 최적화할 수 없고, React 없이 프로그래밍할 수 없는 것임. 깊이 파고들지 못하면 최적화도 할 수 없음
React 라이브러리를 포함하지 않으면 React 버튼이 작동하지 않는다는 주장은 약함. React 라이브러리는 앱 번들의 다른 부분에서 재사용될 것임
인기 있는 웹 프레임워크의 "무거움"에 대한 논의는 너무 단순함. 앱이 가볍거나 무겁게 느껴지는 것은 초기 번들 크기보다 개발자가 분산 시스템 문제를 얼마나 잘 해결했는지에 더 관련이 있음. React로 작성된 웹사이트가 더 느리게 보이는 경우가 많음. 이는 React가 인기가 많아 중요한 세부사항을 놓치는 개발자가 많기 때문임.