加载失败
本帖源自对 Julia Snail（一个试图在 Emacs 中为 Julia 提供类似 CIDER 的交互式开发体验）的讨论，标题把它与 Clojure 社区常用的 CIDER 做了类比。评论追溯了 CIDER 的历史（从 SLIME 到基于 nREPL 的协议），并有人希望类似方法能推广到 Haskell，同时指出 notebook 与文件+REPL 的工作流差异与 REPL 状态一致性问题。话题扩展到对 Emacs 本身的争论：抱怨集中在滚动、并发与现代 UI，而支持者则列举了可通过插件、分屏或发行版（Spacemacs/Doom）改善的实际方案，并强调通过开源提交 PR 来修补缺陷。
评论指出把 Julia Snail 直接类比为 Clojure 的 CIDER 需要注意历史渊源：CIDER 最初是基于 Common Lisp 的 SLIME 实现，随后分叉并最终衍生出基于 nREPL 的协议栈。也就是说“像 CIDER 一样”往往不只是前端体验，而涉及编辑器与 REPL 之间的协议与实现细节（例如 nREPL）。这一点被用来提醒读者不要把名字当做单一模式的简单类比，而要关注底层通信与交互设计。
有评论者表示希望类似的 Emacs+交互式工作流能为 Haskell 提供，认为 notebook 模式并非他们的首选。具体建议包括借鉴 dataframe 等库以缩短从代码到图表的反馈时间（time-to-graph），并强调文件+REPL 的组合比 notebook 更适合把函数保存在文件中同时进行交互式试验。评论还指出一个常见技术痛点：REPL 在重新加载文件时可能丢失已定义的变量或状态，这需要针对性设计来保持会话一致性。
部分评论强烈批评 Emacs 的使用体验，列举了具体交互问题（例如“滚动会移动光标”）以及整体感觉“慢且多 bug”。有人认为 Emacs 缺乏真正的多线程支持，默认 UI 显得过时，难以满足现代文本编辑器的期望。这些批评把问题指向核心架构与长期遗留的交互模式，认为仅靠扩展无法彻底解决一些底层性能和并发限制。
另一组评论为 Emacs 辩护，指出许多用户并不认同“慢”的说法，Emacs 本身可以非常高效且高度可定制。具体可行的改进包括使用分屏或标记-恢复位置来解决滚动问题，采用 embark、which-key、transient、hydra、ivy/helm/vertico 等包提升交互体验，或直接使用 Spacemacs、Doom 之类的发行版以获得更现代的默认配置。评论还强调社区与开源实践：若发现缺陷应提交 PR 修复，而 Emacs 的现状在很大程度上是由核心维护者与用户偏好共同决定的。
[来源1] [来源2] [来源3] [来源4] [来源5] [来源6] [来源7]
CIDER: CIDER（Clojure Interactive Development Environment that Rocks）——Clojure 在 Emacs 中的交互式开发插件，提供紧密的 REPL 集成与编辑器交互，最初受 SLIME 启发并演化出基于 nREPL 的实现。
SLIME: SLIME（Superior Lisp Interaction Mode for Emacs）——Common Lisp 在 Emacs 上的交互式开发环境与协议，历史上影响了 CIDER 的设计与实现。
nREPL: nREPL（networked REPL）——Clojure 生态中用于编辑器与 REPL 之间通信的网络化协议，支持多客户端交互与更丰富的编辑器集成。
REPL: REPL（Read–Eval–Print Loop）——交互式命令行会话，用于即时执行代码并保留运行时状态；讨论中涉及 REPL 在重载文件时状态丢失、与编辑器同步等问题。
Emacs: Emacs（GNU Emacs）——一个高度可定制的文本编辑器与开发环境，拥有丰富的包生态和发行版（如 Spacemacs、Doom），讨论集中在其性能、UI 与可定制性优劣上。