Hacker News 의견

• Gumroad의 CEO가 htmx를 사용해보다가 NextJS로 전환한 경험을 공유해 주었음. 이는 htmx의 부정적인 경험을 찾고 있던 사람에게 유용한 정보였음

  • AI 도구는 Next.js에 익숙하지만 htmx에는 그렇지 않음. 이는 개발 도구의 미래에 대한 중요한 예측을 제시함
  • LLMs는 기존의 승자독식 구조를 강화하고 오픈 소스 도구 사용을 장려할 것이라는 예측이 있음

• 복잡한 폼을 만들 때 서버 측 로직이 복잡해져 React에서의 클라이언트 측 작업보다 어려웠음

  • 서버 측에서도 유효성 검사를 구현해야 한다는 점을 강조하는 밈이 있음

• htmx로 프론트엔드를 가볍게 유지하려 했으나, 복잡한 UI/UX와 상태 관리를 위해 타사 라이브러리를 사용하게 되었음

  • React에서의 작업이 더 쉬웠다는 것은 타사 라이브러리를 사용했기 때문이라는 의견이 있음
  • 복잡한 상태와 렌더링을 관리해야 한다면 htmx는 처음부터 좋은 선택이 아니었을 것이라는 의견이 있음

• htmx로 드래그 앤 드롭 인터페이스 구현이 어려웠고 React 라이브러리로 더 매끄러운 경험을 얻을 수 있었음

  • htmx는 필요한 만큼만 프론트엔드 번들을 사용하는 것이 좋음
  • htmx.onLoad 이벤트를 활용하여 로드된 콘텐츠에 속성을 가진 마크업을 찾아 연결할 수 있음

• 팀이 프론트엔드 개발에 더 익숙해 보이며, 백엔드와의 소통에 어려움을 겪었음

  • React 컴포넌트의 장점과 문서 및 도움말 찾기의 용이성을 인정함

• Next.js로 개발 과정이 자연스러웠다는 의견이 있음

  • ReactJS 문법이 자연스럽지 않다는 의견도 있음

• HTMX가 이러한 경험을 공유하는 것이 흥미롭고, HTMX만으로는 충분하지 않은 프로젝트도 있다는 의견이 있음

  • 백엔드에서도 폼 유효성 검사가 필요하다는 점을 강조함
  • AI 도구에 대한 의존도가 높아진 팀의 사례가 흥미로움
  • HTMX의 한계를 보완할 수 있는 플러그인이 필요하다는 의견이 있음

• HTMX.org가 이러한 에세이를 호스팅하는 것에 대한 칭찬이 있음

• AI 도구가 새로운 프레임워크나 프로그래밍 언어의 채택을 어렵게 만들 수 있다는 우려가 있음

  • SEO와 유사하게 개발 도구에 영향을 미칠 가능성을 상상함