Aperio Lang - 또 하나의 새 프로그래밍 언어, 무엇이 다를까

새 언어가 또 등장했어요

프로그래밍 언어 세상은 정말 풍요로워요. Rust, Zig, Go, Gleam, Roc, Nim, Crystal, Mojo... 매년 "내가 만들고 싶었던 이상적인 언어"를 표방한 새 언어들이 쏟아져 나오죠. 이번엔 Aperio(아페리오)라는 이름의 신생 언어가 공식 소개 페이지를 공개했어요. 라틴어로 "열다, 드러내다"라는 뜻을 가진 단어인데, 이름에서부터 "투명하고 명확한 언어"라는 지향점이 느껴집니다.

공식 introduction 문서를 차근차근 읽어보면, Aperio는 간결한 문법, 정적 타입, 컴파일 언어 를 표방하고 있어요. 즉 Python처럼 읽기 쉬우면서 Rust처럼 안전하고 빠르게 돌아가는 무언가를 노린다는 거죠. 사실 이 야망은 거의 모든 신생 언어가 공유하는 슬로건이긴 하지만요.

Aperio가 강조하는 것들

소개 문서에서 강조하는 포인트를 살펴볼게요. 첫째는 명시성(explicitness) 이에요. 변수 선언, 타입 표기, 함수 시그니처에서 "숨겨진 마법"을 줄이고, 코드만 봐도 무엇이 일어나는지 명확하게 보이도록 디자인했다고 합니다. 이건 Go의 철학과 비슷해요. Go가 인기를 끈 이유 중 하나가 "읽기 쉬운 코드, 적은 키워드, 예상 가능한 동작"이었거든요.

둘째는 모던 타입 시스템 입니다. 합 타입(sum type), 패턴 매칭, 옵션 타입처럼 Rust나 OCaml에서 익숙한 개념을 기본 문법으로 제공하는 걸로 보여요. null 대신 Option, 예외 대신 Result를 쓰는 식인데, 이게 익숙해지면 진짜 편해요. "이 함수가 실패할 수도 있다"를 타입이 알려주니까, 처리 안 하면 컴파일이 안 되거든요.

셋째로 컴파일 결과물의 단순성 이에요. 별도의 런타임이나 무거운 가상머신 없이, 네이티브 바이너리로 떨어지는 걸 목표로 하는 듯합니다. 이는 Zig가 추구하는 방향과 비슷하고, 임베디드·시스템 프로그래밍 영역까지 노릴 수 있는 길이 됩니다.

비슷한 언어들과의 위치

솔직히 말씀드리면, Aperio가 채우려는 빈자리는 이미 후보가 빽빽합니다. Gleam 은 BEAM VM 위에서 동작하면서 OCaml 비슷한 문법을 제공하고, Roc 은 순수 함수형이면서 빠른 컴파일을 노리며, Mojo 는 Python 호환을 무기로 AI 시장을 겨냥하고 있죠. Zig 는 C의 정신적 후계자를 자처하고, Rust 는 이미 시장의 절대 강자입니다.

이런 환경에서 신생 언어가 살아남으려면 "왜 굳이 이 언어를 써야 하는가" 에 대한 강력한 답이 필요해요. 단순히 "문법이 예쁘다"나 "안전하다"만으론 부족하고, 특정 도메인(예: 게임, 임베디드, 데이터, 분산 시스템)에서 압도적인 생산성을 보여주든지, 아니면 Mojo처럼 거대한 기존 생태계와 연결되든지 해야 합니다. Aperio가 이 부분에서 어떤 차별점을 만들어낼지는 앞으로의 로드맵을 봐야 할 듯해요.

그래서 지금 배워야 할까

현실적인 조언을 드리자면, 막 발표된 언어는 "학습" 보다 "관찰" 의 대상이에요. 표준 라이브러리가 충분히 갖춰지지 않았고, 패키지 생태계도 빈약하고, IDE 지원이나 디버거가 미숙한 단계가 보통이거든요. 실무에 도입하기엔 너무 이르고, 토이 프로젝트 정도가 적당합니다.

그래도 새 언어 소개를 읽는 건 언어 설계에 대한 시야를 넓혀주는 좋은 운동 이에요. "이 사람들은 왜 이런 결정을 했지?", "내가 평소에 쓰는 언어의 OOO 기능을 빼고도 잘 돌아갈 수 있을까?" 같은 질문은 본업의 코드를 보는 눈을 다듬어주거든요. 컴파일러나 인터프리터를 한 번이라도 만들어본 분이라면, 신생 언어의 첫 문서가 어떤 식으로 "이 언어의 정체성"을 한정해 가는지 흥미롭게 읽힐 거예요.

한국 개발자에게 주는 시사점

한국 개발자 커뮤니티에서 새 언어가 빠르게 확산되는 사례를 보면 보통 한두 가지 요소가 있어요. 국내 큰 회사의 채택(예: 카카오·네이버의 Kotlin·Go 도입), 또는 AI/데이터 시장에서의 필요성(예: Python·Julia·Mojo) 같은 거죠. Aperio가 이 두 축 중 하나라도 잡지 못한다면 국내 도입은 쉽지 않을 거예요.

다만 언어 설계 자체에 관심 있는 분이라면 좋은 학습 자료가 될 수 있어요. 직접 컴파일러를 빌드해보고, 표준 라이브러리에 기여하면서 오픈소스 경험을 쌓는 출발점으로는 신생 언어가 오히려 진입장벽이 낮거든요. 이미 성숙한 Rust 컴파일러에 기여하는 것보다, 막 시작한 Aperio에 기여하는 게 훨씬 빠르게 "내 코드가 채택되는 경험"을 줄 수 있어요.

마무리

새 언어는 매년 태어나고, 대부분은 조용히 사라집니다. 하지만 그 시도 하나하나가 다음 세대의 표준 언어가 흡수할 아이디어의 씨앗이 되거든요. Rust가 갑자기 튀어나온 게 아니라, 수십 개의 선행 언어가 남긴 교훈 위에 세워졌듯이요. 여러분이 만약 새 언어를 설계한다면, 어떤 문제를 풀고 싶으세요? 그리고 기존 언어로는 정말 풀 수 없는 문제인가요?