Clojure 다큐멘터리가 공개됐다, 함수형의 역사를 되돌아볼 시간

Lisp의 현대적 후예, 그 자체가 다큐멘터리가 되다

Clojure라는 언어, 이름은 들어봤지만 실제로 써본 적은 없는 분도 많을 거예요. 괄호가 엄청 많이 나오는 그 Lisp 계열의 함수형 언어 말이에요. 최근 Clojure 공식 사이트에 공식 다큐멘터리 페이지가 올라왔어요. 영상뿐 아니라 쇼노트(주요 장면 설명)와 관련 링크 모음까지 잘 정리돼 있어서, 언어의 역사와 철학을 한 번에 훑을 수 있는 좋은 자료가 됐습니다.

이 다큐멘터리 자체는 작년에 공개됐는데, 이번에 공식 홈페이지에 정식으로 들어오면서 커뮤니티가 만든 영상이 아니라 언어 레퍼런스의 일부로 자리 잡은 거예요. 다른 언어에서는 좀처럼 보기 힘든 풍경이죠. Go나 Rust, Python도 다큐멘터리는 있지만 공식 사이트에 이렇게 제대로 자리를 내주지는 않거든요.

Clojure가 뭐길래

Clojure를 짧게 설명하면, Rich Hickey라는 한 사람이 2007년에 공개한 현대적 Lisp 방언이에요. JVM 위에서 돌아가고, JavaScript로 컴파일되는 ClojureScript 버전도 있어요. 함수형 프로그래밍을 기본으로 하되, 실용주의적으로 Java 생태계 전체를 끌어다 쓸 수 있다는 게 강점이에요.

가장 유명한 특징은 불변 자료구조(immutable data structure)예요. 이게 뭐냐면, 한 번 만든 리스트나 맵을 절대 직접 수정하지 못하게 하는 거예요. 바꾸고 싶으면 "바뀐 새 버전"을 만들어야 해요. 이렇게 하면 여러 스레드가 동시에 데이터에 접근해도 충돌이 안 나니까, 동시성 프로그래밍이 극단적으로 안전해져요. 요즘에야 Rust나 Scala도 이런 개념을 받아들였지만, 2007년에 이걸 실용 언어의 중심에 놓은 건 꽤 혁명적이었어요.

또 하나 중요한 건 REPL 중심 개발이에요. 코드를 짜고 컴파일하고 실행하는 게 아니라, 계속 살아 있는 프로세스에 코드 조각을 하나씩 주입하면서 탐색적으로 개발하는 방식이에요. 주피터 노트북과 비슷하지만 훨씬 더 강력해요. 프로덕션에서 돌고 있는 서버에 접속해서 함수를 교체할 수도 있거든요.

다큐멘터리에서 다루는 이야기들

다큐멘터리는 Rich Hickey가 월스트리트에서 자바 개발자로 일하다가 기존 OOP의 한계에 지쳐서 새 언어를 만들기로 결심하는 과정부터 시작해요. 2년간 아무에게도 말하지 않고 혼자 개발했다는 일화도 나옵니다. 한국에서도 1인 개발 언어 프로젝트를 하시는 분들이 있는데, 공감이 갈 만한 이야기예요.

그리고 "Simple Made Easy"라는 Rich의 유명한 강연 맥락도 다뤄요. 이 강연은 프로그래밍계의 고전인데, "단순한 것(simple)"과 "쉬운 것(easy)"은 다르다는 주장을 펼쳐요. 우리가 흔히 "쉽다"고 부르는 것들(ORM, 클래스 상속, 복잡한 프레임워크)이 사실은 얽혀 있는 것(complex)이고, 진짜 단순함은 처음엔 불편해 보여도 장기적으로 유지보수가 쉽다는 거예요.

또 Cognitect, Nubank, Netflix, Apple 같은 기업들이 어떻게 Clojure를 프로덕션에서 쓰고 있는지도 나와요. 특히 브라질의 디지털 은행 Nubank는 백엔드 대부분이 Clojure로 돼 있어서, 수천만 사용자를 처리하는 금융 시스템이 함수형 언어로 돌아간다는 산증인이에요.

업계 흐름에서의 위치

2010년대 초중반에 Clojure는 함수형 프로그래밍 붐의 중심에 있었어요. Scala, Haskell과 함께 "다음 세대 언어" 후보로 언급됐고, 많은 스타트업이 도입했죠. 하지만 Rust, Go, Kotlin, TypeScript 같은 실용적인 언어들이 대중화되면서 Clojure는 니치한 애호가 언어 포지션으로 자리 잡았어요.

그럼에도 Clojure의 영향력은 여전히 큽니다. React의 상태 관리에 쓰이는 Immutable.js나 Redux의 아이디어는 상당 부분 Clojure(특히 ClojureScript의 Om, Reagent)에서 왔거든요. 또 Datomic 같은 데이터베이스는 "시간을 데이터로 취급"하는 철학을 담고 있어서, 이벤트 소싱이나 시계열 DB를 설계할 때 참고할 만한 레퍼런스예요.

최근에는 AI/LLM 영역에서도 Clojure가 다시 주목받고 있어요. REPL 기반 탐색적 개발이 LLM 프롬프트 엔지니어링이나 데이터 파이프라인 실험과 궁합이 잘 맞거든요. Jupyter보다 프로덕션 친화적이면서 실험적이라는 평가도 있어요.

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

한국에서 Clojure를 프로덕션에 쓰는 회사는 매우 드물어요. 채용 시장도 좁고요. 그렇다면 왜 배워둘까요? 답은 사고 방식의 확장이에요. 불변 자료구조, 함수 합성, REPL 기반 개발 같은 개념은 다른 언어로 돌아와도 코드 품질을 크게 올려줍니다. 특히 최근 JavaScript, Java, Kotlin이 점점 함수형 스타일을 받아들이는 추세라서, Clojure를 공부한 사람은 그쪽에서도 빠르게 두각을 나타내요.

또 다큐멘터리의 "Simple Made Easy" 철학은 시스템 설계를 하는 시니어 개발자에게 평생 가는 통찰이에요. 우리가 흔히 쓰는 프레임워크나 추상화가 진짜로 "단순한" 건지, 아니면 단지 "익숙한" 건지 질문하게 만들거든요.

시간 여유가 있다면 한 번쯤 Clojure로 작은 프로젝트를 만들어보시길 권해요. 웹 서버를 ring과 reitit으로, 프론트를 reagent로 짜보면, 내가 평소에 쓰던 패턴이 얼마나 많은 우연적 복잡성(accidental complexity)을 품고 있었는지 체감할 수 있어요.