一個名為 Lisp-Stat 的統計運算專案引起了社群關注，但原因可能不是其建立者所期望的。該專案旨在使用 Common Lisp 為統計分析提供 R 和 Python 的替代方案，但正面臨歸屬問題的批評以及對其實際完整性的質疑。
歸屬爭議引發社群辯論
社群成員提出的最重要問題集中在該專案與 Iowa 大學開發的原始 XLISP-STAT 系統的關係上。批評者指出，雖然目前的 Lisp-Stat 專案似乎衍生自這個早期作品，但缺乏對其前身的適當致謝。這導致了該專案將自己表現得比實際更原創的指控。
情況因為該專案與一家名為 Symbolics Pte Ltd 的新加坡公司有關聯而變得複雜，該公司與1980年代著名的 Lisp 機器公司同名，但似乎沒有關聯。這個命名選擇加劇了社群對該專案起源和合法性的困惑。
已識別的歸屬問題
- 原始 XLISP-STAT：由 University of Iowa 開發 (https://homepage.stat.uiowa.edu/~luke/xls/xlsinfo/)
- 目前的 Lisp-Stat：似乎衍生自原始版本但缺乏適當的致謝
- 公司名稱：使用「 Symbolics 」名稱（新加坡的 Symbolics Pte Ltd ）可能與歷史上的 Lisp 機器公司造成混淆
實作完整性受到質疑
除了歸屬問題外，社群成員還對該專案的實際內容提出了擔憂。一些檢查程式碼庫的開發者表示，它主要由鬆散連線的現有元件加上檔案組成，而不是如廣告所宣傳的全面統計運算環境。
「對於在 CL 中尋找統計運算環境的人來說，這確實令人迷惑。也許我很愚蠢，但這遠不如它讓自己看起來的樣子（一個相當完整的環境）。」
展示與現實之間的這種差距讓潛在使用者質疑該專案是否兌現了其適用於探索性資料分析和生產部署的承諾。
專案聲稱與社群評估對比
- 聲稱內容：適用於探索性資料分析和生產部署
- 社群觀點：看起來更像是鬆散連線的現有元件，而非全面性環境
- 聲稱內容：在概念上類似於 R ，具有熟悉的生態系統
- 社群現實：非平凡程式碼有限且實作不完整
社群對語言選擇意見分歧
更廣泛的討論也涉及到 Common Lisp 在2025年是否適合統計運算。雖然該專案的建立者認為 Lisp 提供了機器碼編譯和企業穩健性等優勢，但社群成員對其相較於既有替代方案的實用價值意見分歧。
一些開發者建議 Julia 已經成為更好的中間選擇，提供類似 Lisp 的元程式設計能力，同時具有更熟悉的語法和更好的效能特性。其他人則為這個選擇辯護，指出使用偏好的工具可以帶來更高效的開發，即使它們不太常見。
這個爭議突顯了開源社群在適當歸屬、專案展示以及建立可信的既有工具替代方案挑戰方面的持續緊張關係。目前， Lisp-Stat 的潛在使用者在承諾使用該平臺之前，可能需要仔細評估其技術能力以及與現有統計運算解決方案的關係。
參考資料：About Lisp-Stat