웹 소식이라고 하면 새 프레임워크가 먼저 떠오르기 쉽습니다. 이번 주는 달랐습니다. 이미 있던 것을 덜어내는 이야기가 세 곳에서 나란히 나왔습니다.
도구가 하나, 가이드가 하나, 사례가 하나입니다. 세 가지가 같은 방향을 향합니다. 브라우저가 이미 하는 일을 아직 라이브러리로 처리하고 있지는 않은지 묻는 것입니다.
도구부터 보겠습니다. 7월 27일에 Lighthouse에 Baseline Features 감사가 추가되었습니다. 모범 사례 범주에서 페이지가 쓰는 웹 기능을 찾아 Widely available, Newly available, Limited availability 중 어디에 해당하는지 알려 줍니다. 서드파티 스크립트와 브라우저 확장 프로그램이 쓰는 기능도 함께 잡아냅니다.
가이드입니다. 8월 7일 Smashing Magazine 글은 중간 규모 자바스크립트 앱에서 브라우저가 대신할 수 있는 의존성이 압축 기준 60KB에서 90KB 정도 나오는 경우가 많다고 설명합니다. 날짜와 숫자 서식, HTTP 요청, 모달, 툴팁, 깊은 복사, 배열 묶기 같은 기능이 해당됩니다.
월간 소식도 이어지고 있습니다. web.dev는 6월, 7월, 8월 Baseline 월간 소식을 차례로 게시했습니다.
숫자 신호도 있습니다. Hacker News에서 Next.js를 제거하고 Lighthouse 전 항목 100점을 받았다는 블로그 글이 오늘 162점을 받았습니다.
한 개인 개발자의 글입니다. 정적 블로그의 공개 페이지를 Next.js에서 Hono로 옮겼더니 Lighthouse 모든 항목이 100점이 되었다고 합니다.
GeekNews 요약에 따르면 캐싱과 이미지 최적화를 적용해도 Next.js 클라이언트 런타임이 남았습니다. 서버 컴포넌트만 쓰는 실험에서도 점수는 개선되지 않았다고 합니다.
한 가지는 분명히 해 두겠습니다. 블로그 한 곳의 사례입니다. 프레임워크를 바꾸면 점수가 오른다는 뜻은 아닙니다. 글쓴이도 옮기는 과정이 예상보다 훨씬 힘들었다고 적었습니다.
뺀다고 생각하면 부담스럽습니다. 다시 본다고 생각하면 접근이 쉬워집니다. 라이브러리를 지우자는 주장이 아닙니다. 아직 필요한지 한 번 점검하자는 것입니다.
판단 기준은 Baseline이 제공합니다. 널리 쓸 수 있는 기능이라면 브라우저에 맡겨도 됩니다. 일부 브라우저에서만 되는 기능이라면 지금은 라이브러리나 대체 코드가 적절합니다.
시작은 가볍게 해도 충분합니다. Lighthouse를 한 번 실행하고, package.json을 위에서부터 훑으면서 다음 질문만 던져 보십시오. 브라우저가 이미 하는 일은 아닙니까?
프레임워크를 바꾸는 일은 다른 문제입니다. 큰 결정이므로 측정이 먼저입니다. 한 사례의 점수만 보고 옮기면 비용이 먼저 발생합니다.
- 코딩 에이전트 도구가 이번 주 GitHub 트렌딩(TypeScript)에 연이어 올랐습니다.
opencode는 주간 5,921 스타,t3code는 1,770,gemini-cli는 1,092입니다 - Next.js 16.5 카나리가 10월 24일에 27번째 버전까지 나왔습니다
- tailwindcss의 주간 다운로드는 88,734,796회입니다
출처
- The Baseline Features audit is now available in Lighthouse, web.dev, 2026-07-27
- How Baseline Can Help You Ship Less JavaScript, Smashing Magazine, 2026-08-07
- August 2026 Baseline monthly digest, web.dev, 2026-09-28
- Removing Next.js Got My Blog to 100 on Every Lighthouse Category, Hacker News, 2026-10-26
- Next.js를 제거하자 내 블로그의 모든 Lighthouse 항목이 100점을 기록함, GeekNews, 2026-10-26