大齋期與 Lisp 語言

背景

本文源於作者 Dr. Drang 對於曆法巧合的研究，探討齋戒月（Ramadan）、大齋節（Lent）與農曆新年在時間上的重疊現象。為了計算這些罕見的曆法交會，作者嘗試從 Emacs Lisp 轉向 Common Lisp，並使用了經典著作《曆法計算》（Calendrical Calculations）所提供的原始碼，卻在執行過程中遭遇了環境相容性與程式碼結構的挑戰。

社群觀點

在 Hacker News 的討論中，技術社群主要聚焦於《曆法計算》一書所附帶的 Common Lisp 原始碼在現代開發環境中的相容性問題。留言者指出，作者遇到的錯誤主因在於該程式碼的命名空間（Namespace）處理方式不符合現代 Common Lisp 的規範。具體而言，原始碼中對於套件（Package）的定義與匯出方式過於陳舊，導致在 SBCL 或 CLISP 等編譯器中載入時會產生大量錯誤。社群成員建議，若要徹底解決此問題，應重新撰寫正確的套件定義區塊，並明確列出所有需要匯出的函數名稱，而非僅是簡單地刪除報錯的程式碼行。

此外，社群對於該書原始碼的撰寫風格提出了相當犀利的技術評論。留言者認為，書中提供的程式碼極度不符合 Lisp 的慣用法（Non-idiomatic），甚至在某些常數定義上違反了 ANSI Common Lisp 的嚴格規範。例如，程式碼中大量使用 defconstant 定義常數，但在現代實作中，這類定義若在重新載入時發生衝突會導致錯誤，因此建議改用 defparameter 來處理特殊變數。儘管程式碼風格被批評為不夠優雅，但社群也承認其演算法的效能依然強大，即使在處理長達五千年的曆法關聯計算時，在現代電腦上僅需不到一毫秒即可完成。

討論中亦有熱心網友分享了針對 SBCL 環境優化後的版本。由於 SBCL 對於函數定義的順序要求較為嚴格，要求函數必須在被呼叫前先進行定義，而原始碼並未遵循此原則，因此需要進行結構性的調整。這反映出 Lisp 社群對於程式碼品質與標準規範的重視，即便是一個歷史悠久的學術資源，在現代開發者的眼中仍有許多可以透過重構來提升穩定性與可讀性的空間。

延伸閱讀

• GitHub 上的曆法程式碼庫：由 Ed Reingold 維護的 Apache 授權版本，包含《曆法計算》一書中的核心邏輯。
• SBCL 優化版 Gist：社群成員針對 SBCL 環境修復後的程式碼範例，解決了樣式警告與常數定義衝突問題。
• Common Lisp HyperSpec：關於字串指示符（String-designator）與套件管理的官方技術文件參考。