무슨 일이 있었나
웹 성능과 웹 컴포넌트 분야에서 오래 활동해온 개발자 놀란 로슨(Nolan Lawson)이 자기 블로그에 이런 질문을 올렸어요. “왜 더 많은 개발자들이 ‘플랫폼을 쓰지(use the platform)’ 않을까?” 그는 마이크로소프트 엣지 팀을 거쳐 세일즈포스에서 웹 컴포넌트 기반 프레임워크(LWC) 작업을 했고, 오랫동안 브라우저 표준 기능을 적극적으로 쓰자고 말해온 사람이에요. 그래서 이 질문이 더 무겁게 다가와요.
“플랫폼을 쓴다”는 게 뭐냐면, React나 Vue 같은 프레임워크와 수많은 npm 라이브러리에 기대기 전에 브라우저가 기본으로 제공하는 HTML, CSS, 웹 API를 먼저 쓰자는 말이에요. 집을 고칠 때 조립식 키트부터 사지 말고, 집에 있는 공구로 해결되는지 먼저 보자는 거죠.
플랫폼은 생각보다 많이 좋아졌어요
10년 전에는 솔직히 “플랫폼을 쓰자”는 말이 공허했어요. 브라우저마다 동작이 달랐고 기본 기능도 빈약해서, jQuery나 프레임워크 없이는 버티기 힘들었거든요. 그런데 지금은 상황이 꽤 달라요.
- 모달 창은
<dialog>요소로, 툴팁이나 드롭다운 메뉴는 Popover API로 만들 수 있어요. ESC 키로 닫기 같은 기본 동작도 브라우저가 처리해줘요. - CSS에는 중첩(nesting), 자식 요소의 상태를 보고 부모를 선택하는
:has(), 부모 크기에 반응하는 컨테이너 쿼리가 들어왔어요. Sass나 JS로 하던 일 상당수를 이제 순수 CSS로 할 수 있죠. - 페이지 전환 애니메이션은 View Transitions API로, 모듈 로딩은 ES 모듈과 import map으로 해결할 수 있어요.
- 재사용 가능한 컴포넌트는 웹 컴포넌트(Custom Elements + Shadow DOM)로 프레임워크 없이 만들 수 있고요.
<dialog id='confirm'>
<p>정말 삭제할까요?</p>
<form method='dialog'>
<button>닫기</button>
</form>
</dialog>
자바스크립트에서는 document.getElementById('confirm').showModal() 한 줄만 호출하면 돼요. 모달이 떠 있는 동안 페이지의 나머지 부분은 비활성화되고, ESC를 누르면 닫히는 동작까지 기본으로 따라와요.
그런데 왜 다들 프레임워크를 쓸까
진짜 질문은 여기서부터예요. 기능이 이만큼 좋아졌는데도 현업에서는 여전히 React가 기본값이죠. 자주 거론되는 이유들을 짚어볼게요.
첫째는 채용과 생태계예요. 채용 공고에 “React 경험자”라고 쓰는 게 “웹 표준 API에 능숙한 분”보다 훨씬 명확하잖아요. 컴포넌트 라이브러리, 상태 관리 도구, 튜토리얼, 질문과 답변까지 프레임워크 쪽에 압도적으로 많이 쌓여 있기도 하고요.
둘째는 플랫폼이 답해주지 않는 질문들이에요. 브라우저는 부품만 줄 뿐, 앱을 어떤 구조로 짤지는 알려주지 않거든요. 상태 관리, 라우팅, 데이터 페칭, 서버 렌더링 같은 문제에서 프레임워크는 정해진 길을 보여줘요. 반면 플랫폼만 쓰면 팀마다 그 길을 직접 닦아야 해요. 웹 컴포넌트도 서버 사이드 렌더링이나 폼 연동에서는 아직 손이 많이 가는 편이고요.
셋째는 정보의 시차예요. 많은 개발자가 “브라우저 기본 기능은 쓸 게 못 된다”는 인식을 5~10년 전에 갖게 됐고, 그 뒤로 생각을 업데이트할 기회가 없었을 수 있어요. 새 기능이 나와도 사파리에서 되는지 걱정돼서 망설이게 되죠. MDN의 Baseline처럼 주요 브라우저 지원 여부를 한눈에 보여주는 표시가 생긴 것도 이런 불안을 덜어주려는 거예요.
업계 맥락: 진자는 다시 플랫폼 쪽으로
재밌는 건 프레임워크 쪽도 점점 플랫폼으로 다가오고 있다는 거예요. Remix는 웹 표준 Request/Response와 form을 적극적으로 쓰는 철학으로 주목받았어요. Astro는 기본적으로 클라이언트 JS를 최소화하는 방향을 골랐고요. htmx는 HTML을 다시 주인공으로 만들자는 메시지로 꾸준히 지지자를 늘려왔고, Lit은 웹 컴포넌트 위에 얇은 편의 기능만 더하는 방식을 택했어요. 결국 업계의 고민은 프레임워크와 플랫폼 중 하나를 고르는 게 아니라 플랫폼 위에 얼마나 얇게 얹을 것이냐로 옮겨가고 있어요.
한국 개발자에게 주는 시사점
국내 프론트엔드 시장은 React 쏠림이 특히 심해서 이 이야기가 더 와닿을 수 있어요. 그렇다고 당장 프레임워크를 버리자는 건 아니에요. 작은 것부터 플랫폼 기능으로 바꿔보는 연습을 추천해요. 모달 라이브러리는 <dialog>로, 날짜 포맷 라이브러리는 Intl.DateTimeFormat으로, 깊은 복사 유틸은 structuredClone()으로 바꿔보세요. 이것만으로도 번들 크기가 줄고 의존성을 업데이트하는 부담도 덜 수 있어요. 무엇보다 이렇게 익힌 지식은 프레임워크가 바뀌어도 그대로 남아요. React가 10년 뒤에 어떻게 될지는 모르지만, <dialog>는 웹이 존재하는 한 계속 동작할 테니까요.
마무리
한줄 정리: 플랫폼은 이미 충분히 강해졌어요. 그런데도 개발자들이 프레임워크를 고르는 이유는 기능보다 생태계, 관습, 안정감에 있어요.
여러분 팀에서는 라이브러리를 브라우저 기본 기능으로 바꿔본 경험이 있나요? 반대로 “이건 프레임워크가 꼭 있어야 한다”고 느낀 순간은 언제였나요?
🔗 출처: Hacker News