'런타임 에러 없는 언어' Elm이 드디어 1.0으로 — 그리고 빌드가 더 빨라졌어요

한동안 조용하던 Elm이 다시 움직입니다

프론트엔드 개발자라면 Elm이라는 이름을 한 번쯤은 들어봤을 거예요. 자바스크립트로 컴파일되는 순수 함수형 언어인데, 무엇보다 '런타임 에러가 사실상 없다'는 파격적인 약속으로 유명했죠. 그런데 2019년 0.19.1 버전 이후로 이렇다 할 큰 소식이 뜸해서, 커뮤니티 한쪽에서는 '이 언어 이제 끝난 거 아냐?' 하는 걱정도 있었어요. 그런 Elm이 이번에 'Road to Elm 1.0(1.0으로 가는 길)'을 내걸고, 게다가 빌드 속도까지 대폭 개선했다는 소식을 들고 나왔어요. 오래 기다린 사람들에겐 반가운 신호예요.

Elm이 특별한 이유부터 짚고 가요

Elm을 처음 듣는 분을 위해 왜 이 언어가 회자되는지부터 풀어볼게요. 가장 큰 특징은 null이 없다는 거예요. 자바스크립트에서 undefined is not a function 같은 에러에 데어본 분 많잖아요? Elm은 '값이 없을 수도 있는 상황'을 Maybe라는 타입으로 강제로 표현하게 해서, 개발자가 '없는 경우'를 처리 안 하고 넘어가는 걸 컴파일러가 막아요. 그래서 배포한 앞단 코드가 실행 중에 갑자기 뻗는 일이 거의 없는 거죠.

또 하나는 The Elm Architecture(TEA)예요. 이게 뭐냐면, 앱의 상태를 딱 하나(Model)로 모아두고, 사용자 행동을 메시지(Msg)로 표현하고, 그 메시지에 따라 상태를 새로 만들고(Update), 상태로부터 화면을 그리는(View) 흐름이에요. 이 구조가 워낙 깔끔해서 리액트 진영의 Redux가 대놓고 여기서 영향받았다고 밝혔을 정도예요. 상태 관리로 골머리 앓아본 사람이라면 '아, 이래서 단방향 데이터 흐름을 강조하는구나' 하고 무릎을 치게 돼요.

마지막으로 Elm은 컴파일러 에러 메시지가 친절하기로 유명해요. 그냥 '타입 안 맞음' 하고 끝내는 게 아니라, '여기서 이런 타입을 기대했는데 저런 게 왔고, 아마 이렇게 고치면 될 거야'라고 사람한테 말하듯 알려줘요. 그래서 Elm으로 개발하면 컴파일러랑 대화하며 코드를 빚어가는 느낌이 들어요.

이번 소식의 핵심: 빠른 빌드와 1.0이라는 의미

이번 발표에서 앞세운 건 빌드 속도예요. Elm 컴파일러는 원래도 빠른 편으로 알려져 있었는데, 코드를 조금 고칠 때마다 다시 컴파일하는 '증분 빌드(incremental build)'가 더 빨라지면 개발할 때 체감이 확 달라져요. 저장하자마자 화면에 반영되는 리듬이 짧아지면 집중이 안 끊기거든요.

그리고 버전 번호가 '0.x'에서 '1.0'으로 간다는 건 단순한 숫자놀음이 아니에요. 소프트웨어 세계에서 1.0은 '이제 이 설계를 믿고 오래 써도 된다'는 안정성 약속에 가까워요. 그동안 Elm은 버전이 바뀔 때마다 문법이나 API가 꽤 달라져서 '실무에 넣기 불안하다'는 평이 있었는데, 1.0 선언은 그 불안을 걷어내려는 의지 표명인 셈이죠.

다른 대안들과 비교하면

요즘 '자바스크립트의 헐거움을 보완하자'는 언어가 여럿이에요. 가장 대중적인 건 물론 TypeScript인데, 이건 자바스크립트에 타입을 얹은 거라 유연하지만 여전히 런타임 에러 가능성이 남아요. PureScript는 Elm보다 훨씬 본격적인 함수형(하스켈에 가까운) 언어라 강력하지만 배우기가 가팔라요. ReScript는 빠른 컴파일과 실용주의를 내세우고요. 이 사이에서 Elm의 위치는 '엄격한 안전성과 배우기 쉬움 사이의 균형'이에요. 함수형이 처음인 사람도 TEA라는 명확한 뼈대 덕분에 길을 잃지 않거든요.

한국 개발자에게

당장 회사 프로젝트를 Elm으로 갈아엎으라는 얘기는 아니에요. 국내 채용 시장에서 Elm 수요가 큰 것도 아니고요. 하지만 함수형 사고방식과 단방향 데이터 흐름을 몸에 익히는 학습용으로는 Elm만 한 게 드물어요. 여기서 배운 '상태를 불변으로 다루고, 부수효과를 한곳에서 관리한다'는 감각은 리액트든 뷰든 어디에 가서도 그대로 힘을 발휘하거든요. 사이드 프로젝트 하나쯤 Elm으로 만들어보면, '아 이래서 컴파일러가 든든한 동료가 될 수 있구나'를 처음 느끼게 될 거예요.

핵심 한 줄: Elm의 진짜 매력은 '런타임 에러가 없다'는 결과보다, 그걸 가능하게 하려고 언어가 개발자에게 강제하는 '건강한 습관'에 있습니다.

여러분은 타입스크립트로도 충분하다고 보나요, 아니면 Elm처럼 아예 런타임 에러를 원천봉쇄하는 언어가 프론트엔드에 필요하다고 느끼나요? 각자의 경험을 들려주세요.