Elm 0.19.2와 Elm 1.0으로 가는 길

Elm 0.19.2와 Elm 1.0으로 가는 길

Elm 0.19.2는 컴파일러 성능을 개선합니다

Elm 0.19.2는 파싱 중 메모리 할당을 줄여 빌드 시간을 단축하는 데 초점을 맞추었습니다. 대규모 프로젝트에서는 이번 업데이트가 약간의 성능 향상을 제공하며, 351개의 모듈을 가진 프로젝트에 대한 실제 테스트에서는 컴파일 시간(스크래치 컴파일)이 4.981초에서 2.595초로 감소하여 1.9배 향상되었습니다.

코드 라인이 50만 줄을 초과하는 프로그램에 대한 주요 기술 지표는 다음과 같습니다:

  • Garbage Collection(GC)에서 복사량 20% 감소
  • 최대 메모리 사용량 10% 감소
  • 전체 성능 7% 향상

주된 목표는 컨텍스트 전환 시 개발자의 집중 흐름이 방해받지 않도록 증분 빌드 시간을 400ms 이하로 유지하는 것입니다.

Elm 1.0을 위한 전략

Evan Cunningham은 단일 대규모 업데이트가 아니라 일련의 작고 비파괴적인 릴리스를 통해 1.0 버전에 도달하려고 합니다. 이 접근 방식은 현재 비공개 알파 단계에 있는 데이터베이스 관련 컴파일러인 Acadia에서 파생된 새로운 컴파일러 및 언어 아이디어를 점진적으로 통합할 수 있게 합니다.

언어에 추가될 예정인 기능은 다음과 같습니다:

  • equatable 타입
  • hashable 타입
  • 추가 성능 최적화

커뮤니티 관점 및 역사적 배경

0.19.2 릴리스가 활동 재개를 알리긴 했지만, 커뮤니티는 언어의 방향성과 거버넌스에 대해 여전히 의견이 갈립니다.

기술적·철학적 마찰

많은 사용자는 버전 0.19에서 도입된 네이티브 JavaScript 인터옵 제한을 채택이 저조해진 결정적인 전환점으로 꼽습니다. "Ports" 메커니즘을 강제하고 사용자가 직접 JavaScript 래퍼를 작성할 수 없게 함으로써 핵심 팀은 언어가 더 넓은 웹 생태계와 통합될 수 있는 능력을 제한했습니다.

"핵심 팀은 사용자가 네이티브 JavaScript 인터옵을 수행할 수 있는 능력을 제한했으며, 이는 핵심 라이브러리에 없는 기능이 필요한 모든 Elm 앱을 깨뜨렸습니다... 그때는 7년 전이었습니다."

다른 비평가들은 현지화(i18n)와 접근성(a11y) 같은 필수 프로덕션 기능에 대한 공식 지원이 부족한 점을 프레임워크를 "프로덕션 레디"라고 부르기 어려운 장벽으로 지적합니다.

Elm 아키텍처의 매력

이러한 불만에도 불구하고, 옹호자들은 Elm의 엄격함과 의견이 강한 아키텍처가 LLM 기반 개발에 이상적이라고 주장합니다. 언어가 안정적이고 코드베이스 구조가 매우 일관되기 때문에 AI 모델이 보다 신뢰할 수 있는 코드를 생성할 수 있습니다.

사용자들은 또한 Model-View-Update(MVU) 아키텍처의 단순성을 강조하며, 이는 많은 현대의 거대한 웹 프레임워크보다 이해하기 쉽다고 말합니다.

시장 대안

일부 커뮤니티 구성원은 Gleam과 Lustre와 같이 보다 활발한 커뮤니티 관리와 프론트엔드·백엔드 모두를 지원하는 기능을 제공하는 다른 함수형 영감을 받은 도구로 이동하고 있습니다.

요약: Elm 0.19.2는 컴파일러 성능 개선을 도입하고, 안정적인 1.0 버전을 향한 일련의 작고 비파괴적인 릴리스를 시작합니다.

제목: Elm 0.19.2와 Elm 1.0으로 가는 길

Sources