Skip to main content
Views 71

AI 시대의 웹 개발: HTMX를 거쳐 Mesh로, 모듈형 SSR의 혁신 이야기

AI가 웹 개발을 뒤흔드는 가운데, 최신 인공지능 트렌드 못지않게 개발자들의 일상에도 새로운 바람이 불고 있습니다. 오늘은 HTMX라는 도구와 Mesh 프로젝트를 둘러싼 ‘HTML Over The Wire’ 혁신 스토리를 쉽고 재미있게 풀어볼게요. 이 글에서는 AI와 인공지능 키워드가 실제로 어떻게 웹 개발 방식에 녹아드는지도 함께 탐구합니다!

왜 우리는 HTML을 자바스크립트로 만들고 있을까?

최근 웹 개발 커뮤니티를 뜨겁게 달군 화두가 있습니다. 바로 “JavaScript 피로”, “프레임워크 피로”, 그리고 “HTML로 바로 앱 만들기(HTML Over The Wire)”에 대한 논의죠. 이전에는 복잡한 인터랙션, 실시간성, 컴포넌트 관리를 위해 무거운 자바스크립트 프레임워크가 필수처럼 여겨졌습니다. AI와 인공지능 기술이 웹 개발 자동화에 기여하면서도, 이런 복잡성 자체가 더 큰 피로감을 불러오고 있습니다.

HTMX는 이런 피로에 대한 해답을 제시합니다. HTML의 속성만으로 많은 동적인 기능을 구현할 수 있다는 점을 내세워, ‘자바스크립트 없이도 되는 웹’을 꿈꾸게 해주죠.

HTMX의 선언적 접근과 ‘구조의 딜레마’

HTMX의 가장 큰 장점은 선언적으로 인터랙션을 정의할 수 있다는 점입니다. 개발자는 복잡한 JS와 씨름하지 않고, 단순히 HTML에 특정 속성을 추가해 뷰를 갱신하거나 서버와 통신할 수 있습니다. 그러나 이런 자유도는 때때로 ‘구조적 혼란’을 부릅니다.

예를 들어, 여러 부분에서 개별적으로 HTMX를 사용하다 보면 코드가 어느새 스파게티처럼 꼬여버릴 수 있습니다. 선언적 방식은 쉽고, 빠르지만, 중앙에서 관리하기 어렵고 대형 프로젝트에서는 유지보수가 난이도를 높일 수 있죠.

Mesh가 제안하는: ‘컴포넌트=엔드포인트’라는 새로운 SSR 방식

HTMX만으로는 한계가 명확했기에, Mesh라는 프로젝트가 등장합니다. Mesh는 ‘한 컴포넌트가 곧 하나의 엔드포인트’라는 원칙에 따라, 서버에서 각 컴포넌트를 독립적으로 관리합니다. 이를 통해 SPA(싱글 페이지 애플리케이션)처럼 인터랙션이 부드럽지만, SSR(서버 사이드 렌더링)의 장점인 성능과 개발의 단순함을 모두 챙길 수 있습니다.

Mesh는 Go와 Templ 등 백엔드 언어와 템플릿 엔진을 적극 활용하면서, 서버 이벤트(SSE)를 통해 실시간 협업까지 지원합니다. 실제 Trello 스타일의 보드 앱에서도 각 카드나 칼럼이 별도의 엔드포인트로 관리되어, 변경사항이 즉각적으로 반영됩니다.

Shadow DOM, HTMX의 경계 그리고 Mesh의 해법

웹 컴포넌트 시대에는 Shadow DOM이 핵심 기술입니다. 하지만 HTMX는 Shadow DOM의 boundary를 가로지르는 업데이트를 기본적으로 지원하지 않아서, 개발자들은 때때로 직접 해킹적인 방법을 써야 했습니다. Mesh는 이런 한계를 뛰어넘기 위해, JS 모듈을 활용해 DOM 깊숙이 수정을 반영하거나, SSE를 통해 실시간으로 전체 컴포넌트 단위로 상태를 갱신합니다.

덕분에 드래그 앤 드롭, 실시간 위치 변경 등 고난이도 인터랙션도 서버 렌더링 기반으로 손쉽게 구현할 수 있게 됐죠.

Mesh가 HTMX를 대체한 특별한 이유

Mesh 프로젝트에서는 HTMX를 점차 대체하게 되었는데, 그 이유는 실은 간단합니다. Mesh 방식은 다음 두 가지 JS 모듈만으로 원하는 모든 기능을 구현할 수 있었기 때문이죠:

  • 하나는 웹 컴포넌트의 연결과 form 행위 처리 담당

  • 다른 하나는 SSE로 서버의 실시간 메시지를 받아 DOM을 자동으로 업데이트

이것만으로도 HTMX가 제공하던 기능을 더 깔끔하게, 더 쉽게 대체할 수 있게 되었습니다.

실시간 협업과 AI 시대의 SSR: Mesh의 미래

Mesh의 방식은 실시간 커뮤니케이션과 협업에 아주 강력합니다. 서버에서 발생하는 모든 이벤트는 SSE를 통해 바로 브라우저에 반영되기 때문에, 여러 명이 동시에 작업해도, 데이터가 어긋나지 않습니다. AI가 자동으로 코드를 제안해주는 환경과도 잘 어울립니다. 코드를 짜고, 즉시 화면에서 반응을 보며, 필요할 때만 최소한의 JS를 넣으면 되니까요.

이런 혁신 덕분에, Mesh는 HTMX 기반의 대체품만이 아니라, HotWire, LiveWire, Phoenix LiveView 등 유명한 SSR 프레임워크의 아이디어도 포괄적으로 아우를 수 있는 범용성을 갖게 됐습니다.

Mesh로 본 웹 개발의 Best Practice와 실용적 조언

오늘날 AI와 인공지능, 그리고 서버 사이드 렌더링(SSR)이 만나면, 어쩌면 웹 개발의 ‘최적 해답’을 찾을 수 있습니다. Mesh의 철학, 즉 “컴포넌트마다 독립 엔드포인트”, “전체 단위 교체”, “실시간 브라우저 업데이트”는 규모가 커질수록 힘을 발휘합니다.

  • HTMX는 작은 프로젝트, 빠른 프로토타입에 유용하지만, 유지보수성·확장성이 고민이라면 Mesh나 HotWire 스타일이 더 우월할 수 있습니다.

  • 실시간 대화와 협업이 중요하다면 SSE와 Mesh 구조를 고민해보세요.

  • AI 기반 코드 생성이나 자동화가 보편화되는 시대, 단순하고 명확한 구조가 ‘최고의 동료 AI’를 만드는 핵심입니다.

웹 개발 판을 뒤집는 새로운 흐름. 지금 바로 Mesh의 Trello 클론을 살펴보고, 여러분만의 혁신적 웹 앱을 시작해보세요!

참고문헌

[1] Mesh: I tried Htmx, then ditched it - Hacker News

[2] Mesh: I tried Htmx, then ditched it - ajmoon.com

이미지 출처

AI 시대의 웹 개발: HTMX를 거쳐 Mesh로, 모듈형 SSR의 혁신 이야기

이 노트는 요약·비평·학습 목적으로 작성되었습니다. 저작권 문의가 있으시면 에서 알려주세요.