我感觉我犯了一个非技术上的（虽然我的elisp技术也实在够丢脸的），而是项目管理上的错误。以及不自量力。
实际上回头看我写配置的过程……有很多问题都是因为要满足”可复用“和”可自动化安装“而造成的…… 其实根本没必要那么麻烦啊……
我又不是做spacemacs那样需要满足全世界用户的项目，只是一个自己的配置文件而已……实在没必要把什么都搞成自动安装的……
实际上，我只需要把那些必要的，或者说维持整个配置文件结构的东西做成自动安装，剩下的再一个个手动配就好……毕竟省体力有的时候也真不是那么好的事情。虽然我喜欢自动化……但是也得水平够啊。 毕竟配置文件这种东西，还是以“正常运行”为第一要务比较好。
正常过程，明白就好
所以你还做不做专题啊？（拍桌子）
spacemacs 我觉得就像沙子上建房，迟早会出间题
沙子上建房？没那么惨吧
也可能是我太悲观了 |
我来歪个楼，emacs 在 windows 下的最佳实践是什么？又到了不得不折腾 windows 的时刻了。
算了，我重新开主题吧。
也可能是我没看出来……毕竟我的elisp技术水平和对emacs历史的了解都惨到了不能看的地步
我的文学写作能力 == 0
话说 Spacemacs 前几天好像没什么进展。
我觉得它的结构冗沉太厉害。对于编程语言的针对性不足。然后到处用 vi 按键做的有点过头了。
对于我这种不会写插件的菜鸟来说，把现有插件配好。别出 bug，别冲突就不错了。
@LdBeth 可以在别的模式里使用 emacs 方式的按键绑定，不必到处用 vi 按键。
spacemacs 确实臃肿，反正我是接受不了启动时间竟然比 atom 还长这一现实。
所以 layer 里面一堆 evilified 对我来说都是多余的。
所以等人整个精简版的出来吧。 不过论文档的完善程度，我怀疑有能敌过 spacemacs 的。
另外，emacs 的 python 补全在我这有 bug，还有些别的小毛病。真是奇了怪了，别的编辑器都没问题。 所以现在基本不打开了。只是隔段时间更新一下，看看 bug 修复了没。
不报 bug 可能永远修复不了
早就报过了。 提供的出错信息太少，无法重现和定位 bug，也就难以修复。 事实上我注意到，好几个老的 open 的 issue 提供的出错信息和我的一模一样。
目前来看 Guile emacs 和 Remacs 是最有希望改变 Emacs 生态的项目，前者一点动静也没有，而后者作者倒是更新的非常勤快。看来大家快学点 Rust 为以后 Hack Emacs 作准备吧。
然而如果真用Rust的话……我更得天天问小白问题…… Guile还好一点
想多了，核心解释器基本不用碰。
谁说要碰解释器啊，emacs 25 新技术， 可以用 C 写插件。那以后 Remacs 成熟了，也能用 Rust 也插件了呀！这是用 C 写的插件。
那就更没必要用 Rust 了，会哪门就用那个。
我选择 Go Lang。而且喜欢便携性的不会偏好动态库的。当初搞 Vim 的人还有不少不要 Python Ruby Lua 的。
我还在想怎么还没人用 Objective-C 写 emacs