LLM 코딩의 피드백 시간을 줄이는 Common Lisp 활용론

개발자 Vivien Henz는 LLM 코딩에서 코드 작성보다 실행 결과를 확인하는 시간이 병목이 된다며 Common Lisp 활용을 제안했다. 실행 중 함수를 교체하고 디버거에서 상태를 살펴 수정·재개하는 구조가 근거다. 다만 필요한 라이브러리를 구하기 어려운 생태계의 제약도 설명했다.

필자는 메모리에 유지되는 실행 이미지에서 새 함수 정의가 기존 함수를 대체하므로 재시작 부담을 줄일 수 있다고 설명했다.

오류 시 스택과 변수 상태를 보존하는 디버거를 LLM에 연결해 수정 후 실행을 재개하는 작업 흐름을 제안했다.

매크로로 제품별 도메인 언어를 만들면 사용자가 LLM으로 변경할 때 제품의 설계 규칙을 따르도록 도울 수 있다는 주장이다.

Quicklisp에는 수천 개 프로젝트가 있어 npm보다 라이브러리 선택 폭이 좁다. Python보다 코드가 6~7배 짧았다는 수치는 필자의 경험이다.

에이전트 개발 환경을 고를 때 생성 속도와 함께 수정 후 결과를 확인하기까지의 시간도 비교할 만하다.