但是vscode可以做到，现场写段函数就改变编辑器本身的行为吗？我觉得emacs这一点实在是很方便，如果觉得哪些小地方不太方便，完全可以自己动手，不用等着编辑器或者插件更新。连我这种编程的门外汉也能折腾一二。
习惯从其他的角度看就是，沉默成本太高了，我不想离开我的舒适区，我这样挺好，不需要更好了，我老了。
1 个赞
可能是插件的作者没想到，要么就是插件使用的人太少，要么就是需求奇葩。如果插件使用的人较多，应该不用怎么改。
有些东西也没法改，比如你改个company试一下，顶多也就配个颜色，改个快捷键，满足一下自己的控制欲。
感觉是个哲学问题了，如果 vscode 按照 emacs 把每个功能都实现了，那最后的结果是 vscode 把 emacs 吸收了呢，还是 emacs 全面入侵 vscode 呢？ 
然后我有些好奇，除了 inline-preview 之外，在 vscode 上复制 orgmode 有啥技术壁垒吗？因为我看到 vscode 是有 orgmode 插件的，但是似乎质量还不行。
1 个赞
有一点有些区别，比如我看到 company 里面有个函数，我就只想在这个函数里面增加一行代码。那么我可以把函数复制一份进行修改，改完之后把 company 原有的函数覆盖掉。
这个可能得益于 Elisp 灵活性？在 JS 里面很难动态修改一个插件的内部行为（也可能是因为我不会…… 
）。
vsc的org-mode我原来用过，就放了一个org链接上去,如这个样子的 [[elisp:()][首页]]，结果把这段文本完完整整的显示出来了，没有像org-mode一样显示成链接的形式，不能所见即所得，然后我就没兴趣了，不知道现在是否有改进
在idea里更难改变一个插件的内部行为。但这并不妨碍人家成为最好的IDE之一。
你会去想着修改Xcode的源码吗？
2 个赞
但这就是我用 emacs 而不用 idea 和 vscode 的原因之一了。emacs 本身具备让一些用户选择它的特质，这点也是没法否认的。而且每个人对于好用的定义是不同的。
4 个赞
我用的最多的是连语法高亮都没有的vi，我觉得他好用（真的不是开玩笑也没有反讽）。
你这句话说的很对，但是好像和我说的没啥关系？
我应该不会，因为成本太高了。我都不确定我能编译成功 
。
但是我经常会想改 emacs 及其插件的代码，因为如果修改不大的话并不困难。
1 个赞
每个人的需求不一样，这很正常。
别的生态不可能完全复制org的，因为org也是一个生态 ，想想org babel，org export，org table还有各种基于他们的插件，这些在其它生态下哪一个容易实现？
7 个赞
我前两周录了一个使用 elpy 写 Python 代码的视频放在油管（Writing a Python script in Emacs in 45 minutes!），昨天在 Reddit r/Python 发了个讨论贴（What IDE do you use to code Python?），想看看Python社区主要用哪些 IDE 以及都有哪些很好用的 features 。
很多人参与了回复讨论， top IDE 就是 VSCode 和 PyCharm （有社区版），不过很多人也并没有说出个为啥使用的理由（也可能是已经习惯了，真要列举反而不知从何说起），大致有提到的功能点：
- 多语言编程的体验一致（这点 Emacs 已经具备）
- debugging 易用性（elpy也支持，不过我用得不多）
- 代码检查（我也用得不多，主要还是靠 linter 工具来检查）
2 个赞
习惯真是一个很好的理由。。。。
说起来，前面是不是说 elpy 在寻求维护者？好久不修bug了
是的，仓库主页在寻找维护者。
一些功能相互借鉴可以，但完全实现对方的功能是不可能的。
想要把两个编辑器完全融合，必需抹去它们之间最大的差异，也就是它们各自的核心特色。否则只能像是给自行车安装汽车引擎，给汽车安装自行车踏板。这样的缝合怪，不仅吸引不到对方阵营的人，对自己阵营的人来说也是累赘。
这个功能真的很好，最大的问题可能只是比较消耗服务器资源而已。
这个是不是绿色版可以解决? 如果emacs支持绿色版的话