一直用的 spacemacs 配置，让我极其痛苦的就是启动特别慢。 一般都是 6、7 秒左右，有时候能蹦到 15 秒以上。此外，还有一些莫名其妙出现的 bug。
结果，今天下午开始尝试了下裸的 emacs。花点时间学了下 tutorial，又看了几篇文章，把常用的编辑文字按键都熟悉了一遍。 结果发现：一旦你接受了 emacs 的按键绑定，它瞬间就不那么让人头疼了！
目前设定了默认字体、tab 宽度、行号显示等等，再用自带的 package.el 安装了 org 和 magit 俩插件。
发现 emacs 自动把配置保存到了 ~/.emacs 文件中，都不用写配置了，简直太好了！有木有？
目前这个文件长度仅仅只有 36 行，emacs 启动时间 0.7 秒。这一刻我泪流满面……
我是计划弄个单文件配置了，尽量使用默认按键绑定，插件方面“只装”高质量插件。 每次用都慢得要死，还有天天给第三方插件报 bug，想想我也是够了。 宁愿功能残缺，别影响我心情。 功能满足不了，就用其它编辑器，还好我这方面没特殊癖好。（ dog 脸
强迫症患者的日常
腕管炎在朝你招手。他们拒绝 Emacs 默认按键是有原因的。
Emacs启动时间很重要么。。。我基本Emacs GUI 常驻。开机先打开Emacs，所以也无所谓了。
不得不再一次提到陈斌的配置…… 几万行配置，功能不比spacemacs差，启动时间通常是1s…… 当然server也是个好办法，毕竟 1s 还是让我嫌长， 0.001秒才爽 还是推荐找高质量配置，自己配毕竟还是花时间
@et2010 这不算强迫症吧。卡顿和 bug 最讨人厌了，破坏心情啊。而且你明明知道有别的编辑器在某些方面做得更好，再瞅着手里的 emacs 就更心烦意乱了。还是分工明确，各干各擅长的好 
@LdBeth 先用着试试，实在不行再安装 Evil。或者干脆只用它来干一些不务正业的事情。
@smallst 陈斌配置的主要问题是没文档。
等过几天再尝试一次，那时候我裸 emacs 也能用的飞起再说。哈哈 
我用了一年 Emacs 以后没有发现有比它好的编辑器/文本处理器了，那些 动辄 30 美刀的写作软件对于我在功能上也只是个弱化了的 Emacs。分工？不存在的。
WiteRoom 的全屏无干扰写作有 writeroom-mode，字数统计有我自己搞的 advance-wc，一般的写作软件还没法统计中文，编辑快捷键特别爽，导出能用 MD HTML LaTeX，边写边水 IRC，还能自定义敏感词过滤，用 planner 管理文件。写大纲有 Org，
完了我可能上瘾了。
没文档这点确实
我曾经打算维护一份文档的，直到我用习惯了他的配置后，我就不愿写文档了哈哈哈哈
或者说……陈斌的配置以及purcell的配置的主要问题是……
本来就不是为了给大伙儿用的
而spacemacs的设计初衷就是提供一份通用的高易用性配置。
想多了。不给别人用他们还在自己的博客和文章里推荐啥？不过是懒得写文档+他们认为这个已经简单到不需要文档。
呵呵，推荐只不过是说，这是我的配置，那块感兴趣你可以拷走。。。。。
我感觉他们认为：
文档在代码中
purcell的代码除了一个README之外确实没文档，我一直吐槽这事情，觉得他至少要加一个“系统软件依赖列表”之类的东西。不过陈斌的代码里好多注释啊……虽然比spacemacs还是少得可怜。
其实确实……对于要用的mode，瞥一眼代码就不需要文档了23333
另外其实陈斌不定时会提供常用功能的按键，事实上有哪些解释之后其他功能真的除了 tab 就基本用不到了23333
读 evil 的配置表也能了解几乎所有功能只是这个就很累了
陈斌的配置怎么会没有文档呢？ README是索引，具体说明代码里有，这绝对是良心配置。 只是部分代码不大适合刚入门的人读。
@LdBeth 在涉及具体任务的时候，因为插件质量和细节体验有差异。 这时我可能会选择别的编辑器，来完成这件事。这是我所说的“分工”。 没必要局限于用一件工具来完成所有事。
PS：writeroom-mode 插件在 vim 下面有类似的，叫 Goyo。和 limelight 配合体验更好。 如果你有 30 秒时间的话，可以试下这份配置：GitHub - ashfinal/vimrc-config: re-vim: sensible vim configuration
@ReimuXMX
@smallst 大部分人只是需要些 tips 吧，“我怎么用 jk 切换到 Normal 模式啊？” “怎么改掉编辑器前面那个又大又丑的类似换行符的东西啊？” “怎么启用相对行号啊？”…… 等等。这种情况下，让人跑到你天书一样的代码注释里去找就太有点不现实了。
谢谢推荐，不过，看了眼，感觉我这个不写代码的没有用这配置的机会。
对插件质量不满就自己撸，细节体验我觉得完全可以用养成习惯和信仰克服。
用的工具多了无形中额外成本就多了。但是 Emacs 不是一个工具，所以用 Emacs 不是用一个工具做所有事。它是一个优雅的环境，MIT 哲学的体现，在其中只要想怎么把工具组合起来就可以了。你可以在 Emacs 中用 CTL 工具，也可以和 node 进程通信。这个环境提供了统一的节目，节约了使用工具的成本。
话说GNU哲学是啥？除了自由之外的
没有了。你就当它是 MIT 哲学吧，毕竟 RMS 是 MIT 出来的。
好吧…… 我目前的设计哲学是：
有坑就填，没坑就挖……
有坑就踩,没坑挖坑踩