25년 전 폴 그레이엄이 적어둔 'Lisp로 웹앱 만든 이야기'를 지금 다시 읽는 이유

옛날 글이 다시 회자되는 이유

1995년쯤 폴 그레이엄(Paul Graham)이라는 사람이 친구와 둘이서 Viaweb이라는 웹 기반 쇼핑몰 빌더를 만들었어요. 브라우저만 켜면 누구나 온라인 가게를 만들 수 있게 해주는 서비스였는데, 이게 1998년에 야후에 4900만 달러에 팔리면서 Yahoo! Store가 됩니다. 폴 그레이엄은 그 돈으로 나중에 Y Combinator라는 스타트업 액셀러레이터를 만든 사람이에요. 우리가 아는 에어비앤비, 드롭박스, 스트라이프 다 거기서 나왔죠.

2001년에 그가 적은 "Lisp in Web-Based Applications"라는 짧은 글이 다시 떠올랐어요. 거기엔 Viaweb을 Lisp(리스프)로 만들었다는 이야기, 그리고 왜 그 선택이 작은 팀에게 결정적 무기였는지가 담겨 있어요. Lisp가 뭐냐면, 1958년에 만들어진 아주 오래된 프로그래밍 언어인데, 코드와 데이터를 똑같은 형태(괄호로 둘러싼 리스트)로 다루는 게 특징이에요. 그래서 "프로그램이 프로그램을 쓰는" 메타프로그래밍이 자연스러워요.

그가 말한 '비밀 무기'의 정체

글의 핵심은 이거예요. 당시 경쟁사들은 C++나 펄(Perl)로 정적인 HTML을 찍어내는 식이었는데, Viaweb은 Lisp로 만들어진 덕에 서버에서 바로 화면을 동적으로 생성하고, 사용자가 가게 모양을 바꾸면 즉시 반영되는 일종의 "웹 기반 데스크톱 앱"을 만들 수 있었어요. 지금 보면 당연한 SaaS 구조지만, 그땐 다들 "shrink-wrap" 소프트웨어, 즉 CD에 담아 파는 패키지가 표준이었거든요.

또 하나 인상적인 디테일은 배포(deploy)의 자유로움이에요. 그는 "우리는 버그를 발견하면 그 자리에서 고쳐서 곧바로 서버에 반영했다, 사용자는 자기가 쓰는 동안 소프트웨어가 진화하는 걸 보았다"라고 적었어요. 패키지로 파는 모델에서는 상상도 못 할 일이었죠. 오늘날 우리가 당연하게 여기는 "하루에도 수십 번 배포" 문화의 원형이 거기 있어요. 작은 팀이 거대 경쟁사를 이길 수 있었던 비결은 언어 자체라기보다, 그 언어가 가능하게 해준 "고치고 즉시 반영하는 루프"였던 거예요.

Lisp의 매크로, 그게 왜 강력했나

글에서 그레이엄은 Lisp의 매크로(macro)를 자주 언급해요. 매크로가 뭐냐면, 코드를 만들어내는 코드를 직접 작성할 수 있게 해주는 기능이에요. 예를 들어 똑같은 패턴의 HTML 생성 코드가 100군데 반복된다면, 다른 언어에서는 함수로 묶거나 템플릿 엔진을 들여와야 하지만 Lisp에서는 그 패턴 자체를 새 "언어 문법"으로 만들어버릴 수 있어요. "내가 풀고 있는 문제에 딱 맞는 언어를 그때그때 만들어 쓴다"는 거죠. 이게 작은 팀이 큰 일을 할 수 있게 해준 지렛대였어요.

지금의 문법으로 다시 읽으면

2026년 시점에서 이 글을 다시 보면, 그가 말한 것들이 전부 이름만 바꿔서 우리 곁에 있어요. "동적 웹앱"은 React/Next.js가 됐고, "즉시 배포"는 Vercel·Cloudflare의 엣지 배포가 됐고, "매크로"는 TypeScript의 타입 추론과 코드 생성기, 그리고 요즘은 LLM이 코드를 써주는 흐름과 닮아 있어요. 흥미로운 건 Clojure(JVM 위의 Lisp), Racket, 그리고 Janet 같은 언어들이 여전히 Lisp 가족의 문제 해결 방식을 들고 새 시대에 적응하고 있다는 점이에요.

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

언어 선택은 단순히 문법 취향 문제가 아니라 "우리 팀이 얼마나 빠른 피드백 루프를 가질 수 있느냐"의 문제라는 게 이 글의 진짜 교훈이에요. 작은 스타트업일수록 이 루프 속도가 생존을 결정하거든요. 요즘은 그 도구가 꼭 Lisp일 필요는 없어요. 핫리로드 잘 되는 프레임워크, 빠른 CI, 즉시 롤백 가능한 배포 파이프라인이 같은 역할을 해요. 다만 "내가 쓰는 도구 스택이 정말 빠른 반복을 허용하나"라는 질문은, 25년 전 폴 그레이엄이 던졌던 질문 그대로 유효해요.