Hacker News 의견

• React 사용을 반대하는 이유가 대부분 잘못된 문제를 해결하려는 것이라고 생각함. 성능 문제는 실제로 큰 문제가 아님. 대부분의 경우 백엔드 개선이 더 효과적임

  • React가 구식 이벤트 시스템을 사용한다고 비판하지만, 이는 사용자에게 문제를 일으키지 않음. React를 완전히 버릴 이유는 아님
  • React 대신 사용할 대안을 제시하지 않아서 논의가 부족함. 대안이 React보다 나쁘다고 생각함

• React와 jQuery가 인기를 얻은 이유는 코드가 깔끔하게 보이기 때문임. AngularJS 초기 코드 샘플은 보기 좋지 않음

  • React는 jQuery처럼 더 나은 대안이 나오면 대체될 것임. 코드 샘플이 예쁘게 보이는 것이 중요함

• React의 핵심은 O(n) UI 상태를 함수형으로 렌더링할 수 있게 해주는 것임. 과거에는 O(n^2) 상태 전환을 관리하는 것이 복잡했음

  • React는 이러한 복잡성을 줄여주는 첫 번째 주류 도구였으며, 성공할 만한 가치가 있음

• React를 계속 사용하는 이유는 Java처럼 안정적이고 성숙한 기술이기 때문임. 커뮤니티와 리소스가 풍부함

• Alex의 글은 반복되는 논쟁에 대한 좌절감을 보여줌. 많은 사람들이 글을 끝까지 읽지 않음

  • 웹 성능에 대한 진실을 보지만 아무도 믿지 않는 Cassandra와 같음

• React 개발자가 웹 개발자라는 말이 점점 맞지 않게 느껴짐. SPA React와 스타일링 프레임워크에만 익숙한 개발자가 많아짐

  • React를 사용하는 이유는 Facebook 때문이며, 많은 사람들이 이를 의심하지 않음

• 대부분의 사이트는 SPA가 필요하지 않음. 하지만 많은 데이터가 필요한 비즈니스는 SPA가 유리함

  • NPM 패키지에 대한 비판이 많지만, 그 이유를 이해하려는 노력이 부족함
  • React는 프레임워크가 아닌 뷰 라이브러리임

• React를 좋아하지 않음. 주로 백엔드 개발자로서 서버 생성 HTML과 약간의 JavaScript를 선호함

  • 새로운 프로젝트에서는 Elixir/Phoenix/LiveView와 HTMX를 고려 중임

• 프론트엔드 개발이 JavaScript 프레임워크로 이동하는 이유는 유지보수 비용 때문임

  • 프론트엔드 빌드가 이미 프로세스에 포함되어 있으면 비용을 절감할 수 있음
  • SPA 패턴은 프론트엔드 빌드와 가장 잘 맞음

• React에 대한 잘못된 비판이 많음. React 개발자는 새로운 템플릿 언어를 만들지 않고도 작업을 완료함

  • 웹사이트가 느린 이유는 React 때문이 아니라 개발자나 예산 부족 때문임