최신 기술 따라가기: 사양과 제안서 읽기

프런트엔드는 빠르게 변합니다. 새로운 CSS, JS, 브라우저 애플리케이션 프로그래밍 인터페이스가 분기마다 출시됩니다. 선임 개발자는 블로그 글을 기다리지 않고 원문을 읽습니다. W3C 초안, TC39 제안서, CSS WG 사양, 브라우저 구현 상태 페이지를 확인합니다.

TC39는 JavaScript를 발전시키는 위원회입니다. 제안서는 5단계를 거칩니다. 0단계(초안 아이디어), 1단계(제안), 2단계(초안), 3단계(후보), 4단계(완성되어 ECMAScript에 포함됨)입니다. 브라우저가 구현하고 문법이 동결되는 3단계부터는 사용을 고려해도 안전합니다.

각 제안서는 github.com/tc39/proposal-NAME에 있습니다. README에서 동기, 문법, 예시를 설명합니다. '사양 텍스트' 브랜치에는 형식 문법이 있습니다. 최근 포함된 제안으로는 레코드 및 튜플, 파이프라인 연산자, 데코레이터 v3, 반복자 도우미가 있습니다.

github.com/tc39/proposals: 모든 제안서와 단계를 확인할 수 있는 목록입니다. 2ality.com: Axel Rauschmayer의 블로그로 모든 회의 내용을 요약합니다. v8.dev: Google의 V8은 제안서를 가장 빠르게 출시하며, 블로그 글에서 제안서를 설명합니다.

W3C는 CSS, ARIA, 웹 애플리케이션 프로그래밍 인터페이스를 표준화합니다. WHATWG는 HTML, DOM, Fetch, URL이라는 '살아 있는 표준'을 유지 관리합니다. 두 단체 모두 GitHub에서 공개적으로 작업합니다. 누구나 WHATWG의 html 저장소에 이슈를 등록할 수 있습니다.

CSS WG는 컨테이너 쿼리, :has(), CSS 중첩, 뷰 전환, 앵커 위치 지정, 스크롤 기반 애니메이션 등의 사양을 계속 출시합니다. github.com/w3c/csswg-drafts와 CSS WG 블로그를 통해 진행 상황을 확인하십시오.

4단계 제안서라도 브라우저에 출시되기 전에는 사용할 수 없습니다. 다음을 확인하십시오. caniuse.com(일반적인 호환성), chromestatus.com(Chrome), webkit.org/status(Safari), platform-status.mozilla.org(Firefox).

web.dev/baseline은 어떤 기능이 '새롭게 사용 가능'(모든 주요 브라우저의 최신 버전에 포함됨)하고 어떤 기능이 '널리 사용 가능'(약 30개월 동안 사용 가능함)한지 보여 줍니다. 무엇을 안전하게 출시할 수 있는지 결정할 때 매우 유용합니다.

1) web.dev/blog — Google 웹 개발자 관계 팀의 소식입니다. 2) WebKit 블로그 — Safari 발표 내용입니다. 3) v8.dev/blog — V8 및 Chrome JS 소식입니다. 4) CSS-Tricks 뉴스레터. 5) JavaScript Weekly / Frontend Focus. 6) This Week in WebKit.

사용하는 라이브러리의 원문을 읽으십시오. React, Vue, Vite는 모두 GitHub에 있습니다. 유지 관리자가 까다로운 문제를 해결한 방법을 읽는 것은 실력을 높이는 가장 좋은 방법 중 하나입니다.

새로운 기능에 대해 읽기만 하지 말고 직접 사용해 보십시오. 뷰 전환 애플리케이션 프로그래밍 인터페이스, :has() 선택자, 새로운 ECMAScript Set 메서드를 사용해 작은 데모를 만들어 보십시오. 직접 사용해야 비로소 제대로 배울 수 있습니다.

새롭고 반짝이는 모든 것을 운영 환경에 도입할 필요는 없습니다. 다음을 질문하십시오. Baseline에 포함되어 있나요? 대상 브라우저에서 작동하나요? 폴리필 비용은 얼마인가요? 현재 방식으로는 해결하지 못하는 어떤 문제를 해결하나요? 우리 팀이 이 기술을 알고 있나요? 무조건 따라가지 말고 신중하게 도입하십시오.

TC39 및 WHATWG 제안서에 사용 사례와 반례를 포함해 이슈를 등록하십시오. 위원회는 실제로 개발자의 의견을 경청합니다. 데모를 오픈 소스로 공개합니다. 관심 있는 제안서에 의견을 남깁니다. 이것이 플랫폼을 발전시키는 방법입니다.

선임 개발자는 스프린트가 아니라 몇 년을 기준으로 생각합니다. 사양을 읽으면 다른 사람들보다 6개월 먼저 :has()를 알고, 팀이 곤란을 겪기 전에 올바른 데이터 가져오기 라이브러리를 선택하며, 마이그레이션 전에 서버 컴포넌트를 이해하는 사람이 될 수 있습니다. 이러한 선견지명은 시간이 지날수록 큰 효과를 냅니다.

트랜스파일러와 함께 운영 환경에서 사용하기 시작해도 안전하다고 일반적으로 판단하는 JavaScript 제안서의 단계는 몇 단계인가요?

원문을 읽습니다. TC39 제안서, W3C 및 WHATWG 사양, CSS WG 초안을 확인합니다. 트랜스파일러를 사용한다면 3단계 이상은 운영 환경에서 안전합니다. caniuse, chromestatus, webkit.org/status, Baseline(web.dev/baseline)을 통해 추적합니다. web.dev, WebKit 블로그, v8.dev, CSS-Tricks, JS Weekly를 구독합니다. 직접 데모를 만들어 내 것으로 만듭니다. 비판적으로 평가합니다. 생태계에 다시 기여합니다. 사양을 읽는 선임 개발자가 앞서갑니다.