这么多年的生态发展，大部分需求，哪怕是细分的，都有解决方案，其实大部分像我这样的新手都是摘抄前人的配置，一点点积累起来形成了自己的配置。所以我感觉不存在尝试了不成功的路，形成自己配置的过程也就是解决问题的过程，这个过程才会了解自己真的需要的是什么。
一个新手可能会担心的问题：
- 我是不是目标客户？
- 我需要投入多大精力？
- 我最后能获得多大回报？
Emacs 虽然是一个成熟生态，但仍相对小众，很难保证每个需求都有解决方案。或者说，Emacs 的解决方案是你想用什么就自己配置，什么都能做到。但对于新手很难摸清到底难上手是多难，扩展性强是多强。即使我已经用了几年的东西也会经常发现自己一直想实现的需求有很好地解决方案了。
那么开箱即用的话，我可能半天就知道这个东西适不适合我了。可能不能 100% 满足我的需求但可以很快满足 95%。而 Emacs 则是可以满足 100% 的需求，但一年之内都不知道怎么才能做到。
还有一点就是vscode基本上每一种语言都对应了一种完美bundle好的开箱即用的插件全家桶，用户基本上用啥语言就只只装一个插件就够了。但是对于emacs而言，根本没有一个类似于微软官方这样的存在去给你把一个语言所需要的基本功能都给你做成一个全家桶插件都bundle好，那用户要使用就必须得自己去东下下插件西下下插件，再读读文档，选好自己满意的配置才能用。
VSCode 上虽然微软提供了一些插件，但还有很多是社区提供的。VSCode 毕竟用户多，什么时候 Emacs 有这么多用户问题就都解决了。当然这是个鸡蛋问题。不过有了 LSP 感觉这方面问题不大。Emacs 如果有更好的策展的地方应该能解决发现插件的问题。
那个需要登陆 github 的插件吗 然后每台机器登陆一下？ 而且还要每台机器都能翻墙吗？ 感觉就是解决一个问题，但是又引入了别的问题
有个用 Gist 同步的插件，当然是被墙了。也有大局域网专供的用 Gitee 同步的插件。用 Syncthing 同步也可以，免得泄露隐私。Emacs 的配置怎么同步 VSCode 就可以怎么同步，都是文本文件。