让我看到spacemacs还有希望(纠结是否要转doom-emacs的)
是否要转的问题，我想的是，哪天我能把什么autoload、use-package的:defer都搞懂，能会用magit，读源码能不两个单词一查文档了，我就去考虑要不要换doom、要不要自己从头搞这个哲学问题，不然，我现在spacemacs用得挺好的，“够用了，会有的，不需要”(windows phone用户格言)
我感觉最后你们还是会离开Spacemacs, 即使转投Doom, 最后也会离开Doom. 因为Emacs 的魅力之一就是拥有无限的可能，而Spacemacs, Doom 也只是可能性之一，最终你们都会去找属于自己的Emacs. 所谓 “Spacemacs 引进门，修行在个人” 
1 个赞
很多边缘语言、工具配置不想折腾，用发行版的设定和键绑定……所以我还是得用着一个发行版😟
1 个赞
主要是我觉得Spacemacs 的配置现在已经太复杂了，很多东西Spacemacs 都想涵盖掉，配置自然多了起来，出了问题，都不知道是配置的问题，还是插件的问题，Spacemacs 升级之后出了问题，也不知道是新的配置导致的，还是因为插件更新导致的。我也用过一年的Spacemacs, 后来我用了一个星期时间弄了我自己的配置出来，有什么需要的直接抄Spacemacs. 现在过去快一年了，我的配置已经和Spacemacs 没关系了。我现在的配置Windows/Mac/Linux 都能跑，我自己都适配了，出了问题我可以很快地定位到问题所在，换成Spacemacs,我估计只能发issue 求助了.刚刚看了一下，Spacemacs 的issue 已经去到 1700+, Pull Request 也有 160 多条了，但是现在还是没有处理，现在的感觉是，似乎维护者的热情下来了(个人感觉~)
2 个赞
很同意，还是自己搞份配置靠谱。哪怕刚开始稍挫点，看到好的抄过来即可。
另外，我也看不惯把「软件配置」搞的像超级工程这种做法。去掉兼容的部分，顶多 200 行到头了我觉得。
1 个赞
使用emacs的意义就在于最终有一天emacs会变成＂我的Emacs＂
2 个赞
Spacemacs 对于新人还是很有意义的。至少它让我知道原来Emacs里有这么多东西，是很好的入门指南。
而且不用太折腾的Emacs也挺好的不是么。
1 个赞
我是从折腾自己配置到转用spacemacs的……所以算是另类吗。
当时东抄西抄弄到1000多行感觉难以维护了，又转了neovim。后来因为cross references转了emacs，不想重新配置而用spacemacs
spacemacs很多快捷键感觉还不错，能快速了解一个包哪些东西是重要的。使用频繁的东西我自会设定更方便的快捷键
欢迎来投自己的哲学配置 
这个可能是你对 emacs 不太熟悉的缘故， 慢慢就好了。。。。
今天 https://github.com/syl20bnr/spacemacs/pull/11351 ( lsp layer – Configure for lsp-ui-peek OR xref/lsp navigation) merged 了，下一步是 Add lsp (cquery and ccls) backend support to c-c++ layer by cormacc · Pull Request #11242 · syl20bnr/spacemacs · GitHub ( Add lsp (cquery and ccls) backend support to c-c++ layer)
3 个赞
感觉这配置比原生的还复杂呀
我现在就在用你的配置，十分感谢。spacemacs的配置看不懂，你的就很简洁明了，功能我自己就可以改改。
的确, 我当时就是对着centaur的配置改的, 同时借鉴了不少doom-emacs加速启动的理念, 比spacemacs那种庞然大雾舒服多了
不客气，欢迎借鉴。个人追求简洁、效率，自己用得舒服最重要。