Ember.js 7.0 공개, 새 기능보다 ‘예고된 정리’에 집중한 메이저 릴리스
Ember.js 7.0은 새 공개 API를 추가하지 않고, 6.x 주기에서 이미 폐기 예정이던 기능을 제거하는 데 집중한 메이저 릴리스다. Ember 6.12는 장기 지원 버전이 됐고, 7.0으로 가려면 6.12에서 경고를 모두 없앤 뒤 올리는 흐름이 권장된다. 6.x 동안 기본 빌드 시스템이 Embroider와 Vite 기반으로 바뀌고, 템플릿 태그 기반 작성 방식이 기본값이 된 점도 중요하다.
- 1
Ember.js 7.0은 새 공개 API 없이 기존 폐기 예정 기능 제거와 버그 수정 중심으로 출시됨
- 2
Ember 6.12가 장기 지원 버전이 됐고, 7.0 업그레이드는 6.12에서 경고를 제거한 뒤 진행하는 방식이 권장됨
- 3
6.8부터 새 앱 기본값이 Embroider와 Vite 기반 빌드 시스템으로 바뀜
- 4
import Ember from 'ember', ember-source의 AMD 번들 배포, @ember/service의 inject 가져오기가 제거됨
요즘 프론트엔드 생태계에서 메이저 버전은 ‘큰 신기능 쇼케이스’처럼 보이기 쉬운데, Ember 7.0은 반대로 오래 예고한 정리를 메이저에서 실행하는 쪽이다. 대규모 앱을 오래 운영하는 팀 입장에선 이런 예측 가능한 업그레이드 정책이 신기능보다 더 큰 기능일 수 있다.
관련 기사
타입스크립트 7.0, Go 네이티브 포팅으로 빌드가 8~12배 빨라졌다
마이크로소프트가 타입스크립트 7.0을 출시하면서 기존 자바스크립트 기반 구현을 Go로 네이티브 포팅했다. 전체 빌드는 평균 8~12배 빨라졌고, VS코드 빌드는 125.7초에서 10.6초로 줄었으며, 슬랙은 CI 타입 검사 시간을 7.5분에서 1.25분으로 낮췄다.
타입스크립트 7 공개, 고 포팅으로 빌드가 최대 10배 이상 빨라짐
마이크로소프트가 고(Go)로 네이티브 포팅한 타입스크립트 7을 공개했다. 전체 빌드는 보통 8~12배 빨라지고, VS 코드 코드베이스에서는 125.7초가 10.6초로 줄었으며, 편집기 첫 오류 표시도 17.5초에서 1.3초 미만으로 내려갔다.
“98% 지원”이 생각보다 별로 안 넉넉한 이유
브라우저 기능 지원률 98%는 얼핏 높아 보이지만, 실제 서비스에서는 2%의 사용자를 깨진 화면 앞에 세우는 숫자일 수 있다는 글이다. 특히 일반 통계와 내 서비스 방문자 분포는 다를 수 있고, 실제 사례로 어떤 사이트는 최신 중첩 CSS 기능 지원 브라우저가 방문자의 약 70%뿐이었다.
메타, AI가 읽고 쓰는 디자인 시스템 ‘Astryx’ 오픈소스로 공개
메타가 내부 디자인 시스템 Astryx를 오픈소스로 공개했다. React와 StyleX 기반의 150개 이상 접근성 지원 컴포넌트, 디자인 토큰, 테마, 템플릿, CLI를 제공하며, 특히 AI 에이전트가 컴포넌트 구조를 이해하고 UI를 생성·수정할 수 있도록 MCP 서버까지 포함한 점이 핵심이다.
shadcn/ui, 기본 컴포넌트 라이브러리를 Radix에서 Base UI로 변경
shadcn/ui가 새 프로젝트의 기본 컴포넌트 라이브러리를 Radix가 아니라 Base UI로 바꿨어. Radix 지원은 계속되지만, Base UI가 안정화됐고 주간 다운로드 600만 이상, shadcn/create 신규 프로젝트 선택 비율 2대1이라는 이유로 기본값을 바꾼 거야. 동시에 채팅 UI용 MessageScroller와 관련 컴포넌트, headless 패키지인 @shadcn/react도 공개됐어.
댓글
댓글
댓글을 불러오는 중...