이국범님의 프로필 사진

이국범

FE

[해커뉴스] react의 사용을 회의적으로 보는 시각들

Facebook이 많은 오픈 소스 라이브러리를 내놓은 것 같지만 React는 FB 외부의 큰 길에서 이륙한 유일한 것입니다. 사람들은 일반적으로 FB가 PHP를 기반으로 구축되었기 때문에 기술적으로 비웃었습니다. 함수형 프로그래밍 접근 방식과 원칙적인 상태 관리를 프런트엔드로 가져오는 것이 적절한 시기라고 생각합니다. (또한 React는 후크 이전 등 당시에는 많이 달랐습니다.) ​ arrow7000 4일 전 | 부모 | 이전 [–] 그게 React가 떠오른 유일한 이유라고 생각하세요? 당신은 jQuery만 사용하여 복잡한 웹 애플리케이션을 구축하려고 시도한 적이 있습니까? ​ chrischattin 4 일 전 | 루트 | 상위 [–] 있습니다. 인터페이스 드래그 앤 드롭, 양식 작성기, 동적 양식 입력, 애니메이션 등을 여러 번 성공적으로 수행했습니다. 바닐라 JS와 jQuery를 사용하면 10배 더 쉽습니다. 믿거나 말거나, gmail은 Angular로 전환하기 전에는 훨씬 더 빠르고 깨끗했으며 FB는 훨씬 더 잘 작동했고 React로 전환하기 전에는 버그가 적고 덜 느렸습니다. 대형 기업들이 react의 사용을 추진한 주된 이유는 처리 능력을 클라이언트로 오프로드하여 서버 비용을 절약하기 위해서였습니다. (편집자 주 : DX의 개선과 서버 비용의 절감 차원에서 react를 도입했다는 의미. 즉 react 또는 angular의 도입으로 클라이언트의 ux는 개선되기는 커녕 악화되었다는 주장. 사이트 이용자의 편의성이 개발자의 편의보다 더 중요해야 하는 것은 어찌보면 당연한 일이지만 개발자 커뮤니티에서 이런 것에 대해 논의하는 것을 보기는 드물다고 봄) 출처 : https://news.ycombinator.com/item?id=35206939 ​ ​ 잠 노스 10 일 전 | 부모 | 컨텍스트 | 좋아하는 내 말은, 암흑기인 것처럼 PHP와 jquery로 돌아가는 것을 환영합니다. 하지만 제가 코딩하고 있는 곳에서 react는 크고 복잡한 앱을 처리하는 유일한 제정신인 방법입니다. ​ 10일 전 | 이전 | 다음 [-] 정말 크고 복잡한 앱이 몇 개나 될까요? 그것이 OP의 요점이라고 생각합니다. 사이트와 앱의 99%는 크지도 복잡하지도 않습니다. (편집자 주 : facebook이 react를 만든 주된 이유는 너무 당연한 소리지만 facebook 개발에 적용하기 위해서였다. facebook은 여러가지 상태가 유기적으로 맞물리며 돌아가는 복잡한 웹앱에 속한다. 이런 환경에서 jquery대비 상태관리가 더 용이한 react를 사용하는 것은 합리적일 것이다. 하지만 댓글 작성자의 말 대로 대부분의 사이트는 웹앱보다는 웹페이지에 더 가까우며 facebook같은 복잡한 상태관리가 필요 없다. 그런 상황에서 굳이 react를 고집할 필요가 있느냐는 지적을 한 것)​ 로이위긴스 10 일 전 | 이전 | 다음 [-] Alpine.js 또는 htmx와 같은 것으로 반응성을 뿌릴 수 있는 더 작고 덜 복잡한 앱이 확실히 있습니다. (편집자 주 : react를 대체할 수 있는 여러가지 경량 프레임워크가 있다는 뜻. 이것을 사용하면 웹 초심자도 쉽게 프론트엔드를 작성할 수 있으며 번들사이즈의 경감이 ux의 향상으로 이어질 수 있다는 것. 작업에 적합한 도구를 선택하는 것이 중요하다) https://news.ycombinator.com/item?id=35116947

다음 내용이 궁금하다면?

지금 간편 가입하고 다음 내용을 확인해 보세요!

또는

이미 회원이신가요?

2023년 3월 22일 오후 10:57

댓글 0