Common Lisp 入門指南

背景

Common Lisp 雖然擁有強大的表達力，但其開發環境的建置門檻始終是新手的一大障礙。本文作者針對此痛點推出了一款名為 ls-dev-image 的 OCI 映像檔，將 Emacs、SLIME、Quicklisp 以及用於數據科學的 Lisp-Stat 預先整合，旨在提供一個「內含電池」的開發環境，讓開發者能跳過繁瑣的配置過程，直接進入程式撰寫階段。

社群觀點

針對 Common Lisp 的入門門檻，社群展開了激烈的討論。部分觀點認為，在大型語言模型（LLM）主導開發流程的當下，選擇 Common Lisp 這種非主流語言顯得不切實際。由於訓練數據量遠不及 TypeScript 或 Go，AI 在輔助撰寫 Lisp 時的表現相對較弱，這使得開發者在追求生產力的前提下，更傾向於選擇生態系完整且具備現代化 IDE 支持的語言。然而，也有資深開發者反駁此點，指出如 Claude 等模型在處理 niche 語言（如 newlisp）或討論複雜的 Common Lisp 概念時表現優異，AI 反而可能成為探索非主流技術的有力助手。

關於開發環境的爭議，社群內存在「商業軟體」與「開源配置」兩派見解。有評論指出，若想獲得真正的現代 IDE 體驗，應該直接使用 LispWorks 或 Allegro Common Lisp 等商業產品，而非耗費精力在 Emacs 與 SLIME 的拼湊上。但支持開源工具鏈的開發者則強調，儘管現代 IDE 功能繁多，卻往往顯得臃腫且容易分散注意力；相比之下，SBCL 搭配 SLIME 與 Emacs 所建立的即時回饋循環（Feedback Loop），能讓開發者迅速進入心流狀態，這種生產力是主流 IDE 難以企及的。

此外，對於 Common Lisp 長期缺乏現代化分發機制的批評也未曾間斷。有開發者提到，雖然嚮往在單一運行系統中開發並能輕鬆產出精簡映像檔的體驗，但除了昂貴的商業授權外，開源社群似乎一直缺乏理想的解決方案，這導致部分開發者最終轉向 Go 語言等靜態編譯陣營。不過，對於習慣 Vim 的用戶而言，透過 vim-slime 等工具將程式碼發送至 tmux 中的解釋器，依然能維持極佳的互動式開發體驗，證明了 Lisp 的開發哲學在不同編輯器中仍有其忠實擁躉。

延伸閱讀

• Lisp-Stat: 專為統計運算與數據科學設計的 Common Lisp 環境。
• SLIP: 由留言者開發的工具，旨在讓 Lisp 能夠訪問所有 Go 語言的軟體包。
• vim-slime: 讓 Vim 用戶能將程式碼片段發送至 REPL 的插件，適合偏好互動式開發的開發者。
• ls-dev-image: 本文介紹的 OCI 映像檔，整合了開發 Common Lisp 所需的基礎工具。