也没什么，每个人需求不一样么~~
Emacs 有历史包袱，一直都是负重前行，最近几年步子算比较大了。
Emacs 给予扩展太多权限和便利，这是混乱之源，也是生存之道。写一个 Emacs 扩展真的太容易／随便了。
如果底层有一个全新的架构，即维持现有生态圈不崩溃，又能提高效率，那真是本教福音。
忽然想起我为何钟情 Emacs 的另一条重要理由，除了积习难改、除了喜欢 Emacs 的优点（并觉得缺点也能容忍）之外，还有一个就是恐惧。如果使用别的工具，我会担心，万一不再开放了怎么办，万一开发者带着小姨子跑路了怎么办。有点怀疑《VSCode 新出了个Remote Development Extension Pack - #37，来自 et2010 》将来可能收费，否则为何没有开源。收费也是合理的，毕竟已经贡献了相当棒的 VSCode 了。
Emacs 纵使出现变故，缝缝补补还能再用三年。所以我不但用 Emacs，还坚持在终端下用。GUI 是奢侈品，由俭入奢易，想回头就难了。终端下固然会有些不便的地方，但也不全然是不便，有所失，也会有所得。
10 个赞
微软的开发资源和实力太强了，没法比。emacs相对来说人手有限，应该好钢用在刀刃上。最近增加的两大功能（模块和多线程）没普及应用起来，有点遗憾。
1 个赞
问问大佬 你dart补全卡吗 我lsp补全dart两秒才出候选 , 根本用不成啊, python js go都是秒出候选的
非大佬。我试过flutter，也是dart语言，emacs上确实卡的不行，而vscode很流畅。emacs里看了下日志，从开始到第一个补全弹出来截止，通信数据共一万行，emacs处理不过来。vscode的通信日志里json不换行，而长行又被截断了，没法看到完整日志，没法详细对比。
两个都装了，日常emacs，看心情用vscode。 （因为Vscode太耗电了，但是我日常是不插电源的
这也是重点，好看也是有代价的，VSC耗内存吃CPU费电
嗯，同意，我送走了无数的软件和编辑器，但Emacs大概可以把我送走。就这一份持久的“爱情”，足够我献上忠诚了。当然也不是完全不撸别的狗。
3 个赞
普及还需要些时日吧
今天刚把工作开发环境上的服务器上的vsc卸了装st3，因为我们每人只有一点空间不够用了哈哈
所以任何东西都还是有局限性的
VSCode 的 issue 數量，能把它們看完已經很花時間，而且它們還會跟進。無可否認 Microsoft 在 vscode 投放了大量資源，普通 open source 開放難以比較。
说得好, 不浪费在此处，必浪费在别处, 帮你补全．．．省略掉的一万个字p*hub.
我诚心想问下啥东西能代替下org，我主要也就用导出为html，有时用到表格的展示，另外还用到计时。。
希望有一天scheme取代emacs lisp， 
时间能证明一切
前两个，markdown+pandoc 计时是什么？
搞不定历史遗留，一切都是白搭 
比较可行的是把scheme编译到emacs lisp或者用dynamic module外挂scheme解释器
是类似poromodo的东西吧，我记得有个包叫这个名字 
这个思路很有意思 具体怎么做？