Hacker News 의견

• React와 같은 라이브러리를 포기하고 Actix, Tera, HTMX로 웹 앱을 개발한 경험을 공유함. 이러한 스택은 유지보수성이 뛰어나며, 사용자들에게 인기를 끌고 있음

  • 새로운 웹 앱을 빠르게 개발하여 테스트 사용자에게 배포한 경험을 설명함
  • "의존성 관리 피로"가 없었기에 도구에 대한 깊은 이해를 얻을 수 있었음

• Tanner의 라이브러리는 기능이 많지만 API 디자인이 부족하다고 평가함

  • React Table과 React Query는 강력하지만 경계가 잘못 설정되어 있어 문제를 일으킴
  • React의 장점은 프레임워크가 아니라는 점이며, 잘 설계된 경계에서 멈춤
  • 이러한 기준을 충족하는 라이브러리만 채택하려고 노력함

• HTMX 예제가 복잡성을 다른 부분으로 옮긴다고 느끼며, JSX가 템플릿을 피하는 우아한 방법이라고 설명함

  • 라우팅, 상태 관리, 인증 등 여전히 해결해야 할 문제들이 많음

• React를 포기한다고 말하는 것이 이상하다고 느끼며, 문제는 React가 아닌 다른 의존성에 있다고 주장함

  • Go로 백엔드를 작성하는 선택은 항상 가능했음

• 패키지의 다음 주요 버전으로 업데이트할 때 변경이 예상된다는 점을 잊지 말라고 강조함

  • Remix의 예를 들어, 변경 사항을 점진적으로 적용할 수 있는 방법을 설명함
  • 좋은 패키지는 큰 노력이 필요하다고 주장함

• Django와 HTMX로 SPA 프로젝트를 마이그레이션한 경험을 공유하며, JavaScript 의존성을 크게 줄였다고 설명함

  • SPA가 시간 폭탄처럼 느껴졌다고 표현함

• React는 잘못 유지되는 서드파티 패키지의 책임이 아니라고 주장함

  • 라우터나 Redux 같은 상태 관리 도구가 필요하지 않다고 설명함

• react-query의 v5가 v3 API와 호환되었어야 한다고 생각하지만, 마이그레이션이 쉽고 필수적이지 않다고 설명함

  • "의존성 관리 피로"가 과장되었다고 느끼며, 합리적인 수의 의존성을 유지하라고 조언함

• 웹 앱이 추가적인 이점을 얻지 못했음에도 불구하고 업그레이드한 이유를 의문시함

  • 최신 버전으로 업그레이드하는 것이 이점이 없다고 설명함

• React와 nextjs를 포기하고 다른 스택으로 전환한 후 스트레스가 줄어들고 업데이트가 더 이상 우울증을 유발하지 않는다고 설명함