sublime 对比vscode主要优点就是启动快，占用内存小。不过估计现在的硬件水平，都比较少人在意这个了。临时改一下文本，我会用notepad3。
昨天也兴致冲冲的用了下，但是当我发现打开个文件还要弹出系统的窗口用鼠标选择的时候我就放弃了。
当然我还是会装上它，因为我有一些老电脑，我讨厌安装或者使用 electron 系的应用。
给人的感觉就是，sublime费了一番力气开发的所谓新功能，emacs中几行代码就可以搞定了。
1 个赞
倒也没这么夸张，自认为功能实现是一回事，做好用户体验又是另一回事。
单论window management的话在ST3中已经开放给developer。
至于是否费了一番力气，那得看sublime团队是不是在偷懒。
BTW 这次更新应该只是常规的更新，增强了一些现有功能（补全/高亮/界面），update一下API，支持一下Apple芯片，重点并不是我说的这个side preview。
1 个赞
是呀，我半年前买的普通配置iMac都能明显感觉到差异，老电脑更不用说
我也差不多，不想用electron系的应用(感觉我又双装了一个浏览器)，electron系的应用似乎很多啊，但是又不是很确定是不是，在应用代码不开源情况下，有什么快捷的办法可以准确判断一个应用是electron系的吗？
- 大小 200M 起步。
- 菜单可能还保留
Developer Tools项。 - Mac 版直接看
/Applications/XXX.app/Contents/Frameworks/Electron Framework.framework。
2 个赞
为啥感觉sublime的布局比emacs 丑好多。。。最下面git 占了一个minibuffer，每个文件的文件名占了上面一行类似minibuffer的位置，每个文件右侧代码浏览占了一大块。。。然后操作还是需要较多鼠标。。。
我试用vscode，也这种感觉，就是空间没有有效利用。也可能是我用Emacs 久了，对后者习惯了。
1 个赞
打开进程管理器看看就知道了，有占用巨大内存的子进程，比如 render、GPU之类的就肯定是了
这个还要动鼠标,显然比***-other-window麻烦的多吧…
（偏题了……）peek另一个文件这个，emacs配置一下open window时候的行为就好了，比如当find definition的时候总是打开新的window（可以用shackle这个包），然后看完之后quit-window就好了
体验了一下，感觉不太好用啊。
1 个赞
我的配置里，查看帮助就是用的shackle，C-g自动关闭help窗口。
其实vscode把不用的关一关比emacs空间大，emacs还有个minibuffer关不掉
1 个赞
sublime text 比 vscode 只剩启动速度快的优势了. 插件数量, 开发者数量 二者已不是一个等级.
sublime text和vscode emacs相比，性能应该是最好的了
之前测试过, 同时修改一个大文件里的多个单词(几千个甚至更多), emacs用iedit(还是mc, 记不清了), sublime用自带功能, 然后两者都卡死, sublime卡死时间是emacs的几倍. 性能这个东西不好简单下结论.
应该是指大部分情况下吧。
这三者选用的技术方案也很有意思：
- Emacs: C, elisp
- Sublime Text: C++, Python
- VSCode: TS/JS
原以为Python作为扩展语言，性能足够、lib丰富、入门简单，是个很好的方向，结果还是没干过JS。
JavaScript有jit，性能比python强
sublime 配上 lsp 也是可以使用的。