LLM 시대, Common Lisp이 최고의 언어가 된 이유

핵심 요약

• LLM이 코드를 빠르게 작성하면서 병목은 컴파일과 재구성 시간으로 옮겨갔고, Common Lisp은 읽기·컴파일·실행 시간의 구분이 없어 피드백 루프가 거의 없다.
• Common Lisp은 이미지 기반이라 함수 업데이트 시 재시작 불필요하고, 오류 발생 시 프로그램이 종료되지 않고 디버거를 열어 LLM이 직접 문제를 해결하고 재개할 수 있다.
• Lisp의 코드는 데이터와 같은 리스트 형태이므로 매크로로 언어에 새로운 구문을 추가할 수 있어, 프로그래머가 자신의 문제 영역을 위한 도메인 언어를 만들고 그 위에 프로그램을 작성한다.
• LLM 시대에는 사용자가 제품을 직접 수정할 수 있으므로, 회사가 견고한 도메인 언어를 만들면 사용자의 수정이 자연스럽게 제품과 호환되고 비용도 절감된다.
• Common Lisp 프로그램은 매크로로 반복 패턴을 추상화해 Python 버전 대비 6~7배 짧아지며, 코드가 짧을수록 토큰 비용이 낮고 LLM의 컨텍스트 윈도우에 전체 프로그램이 들어가 더 나은 의사결정을 유도한다.
• Common Lisp은 1994년 ANSI 표준으로 고정되어 있어 사용자 수정 사항이 향후 업데이트로 깨질 염려가 없다.
• Quicklisp의 라이브러리 수는 npm보다 훨씬 적지만, 현대 소프트웨어의 의존성 문제와 보안 위험을 고려하면 LLM으로 필요한 부분을 직접 작성하거나 포팅하는 것이 오히려 유리하다.
• Common Lisp 엔지니어가 부족한 문제는 기술적으로 뛰어난 인재를 채용해 코딩 인터뷰에서 Lisp을 배우게 하면 극복할 수 있다.