好好好,才发现居然在 versions 桶里
没启动成功,脑测应该是 win 下还不支持虚拟 gpu,有缘再见了
好好好,才发现居然在 versions 桶里
没启动成功,脑测应该是 win 下还不支持虚拟 gpu,有缘再见了
wasm…,恐怖
不是 wasm,是 extension 的設計。這是個沒有任何擴展性的編輯器。
好像helix和zed都是用的steel scheme,但是设计上非常边缘,都是那种接近dsl的等级
原来是没有任何拓展性的编辑器 ,我还在问用的什么语言拓展的呢,那和emacs完全没有可比性了。
当记事本用的路过…
哈哈,觉得这样的Emacs精神就是中国目前需要的。
我觉得楼主态度还可以啊,只是分享了自己的感受。毕竟是在闲聊灌水区的,也不是想着发起正式讨论。
大多数编辑器的插件设计都很难和一个 “语言解释器“ 相比较, 因为语言解释器太灵活了。
Emacs的慢可以通过外部进程的插件来解决, 我自己用完全不卡。
Windows系统慢, 建议直接用Linux吧。
过来人的建议, 其他编辑器都很难和Emacs的生产效率比, Emacs属于越用越顺手, 大多数其他编辑器的功能最终都会被Emacs黑客移植过来。
先声明下,很多时候讨论都是很主观的,基于我自己对有限信息的理解。所以大家不妨当做闲聊的谈资一乐。实际上zed目前还处于早期的发展阶段,zed团队还没有把脚本加入是因为现在的时机还不成熟,他们希望在核心层获得比emacs更丰富的文本表示,希望设计的api能真正全面友好的满足开发人员的需要。这个要通过前期的迭代和使用来深化认知。我说emacs的使命终结,并不是使用的终结。它曾经做为释放开发人员生产力最顶级的工具已经悄悄地从唯一变成了之一。它依然会继续在它能很好兼容的土壤里发挥力量,但别的平台某些场景下已经有了比它更实用的选择。这不正是emacs精神的延申么
emacs性能可以的,我十多年前用公司的落后电脑在Windows上编程,Emacs是唯一可用的编辑器.
某些可能拖累emacs响应的插件也有替代方案. 我用lazyflymake替代flymake, wucuo替代flyspell.
要避免用lisp做大量运算,例如modeline刷新频繁.应避免其中的信息显示需要lisp运算
也可以把重量级计算委托给第三方命令行程序或其他语言写的插件.
我的配置 GitHub - redguardtoo/emacs.d: Fast and robust Emacs setup. 性能就还不错.
倒真的期待它怎么用 ts 来格式化 org。这样子的话,实际上是偷偷给 org-mode 新换一个火箭引擎。
现在的 org-mode 文档渲染效率,首先于当年的硬件性能和实现手段,实际上是有相当大的技术债。
现在不停在推动 org-element,以及转用 AST 来渲染,也是因为之前用正则以及 marco 的方式已经不行了。
Editors come and go… 只有猪肉卷和emacs是永恒的。
这是什么梗
先不提 vimer 有没有意见,VSCode 出来后初学者就没剩多少会选上手难度大 Emacs 的了,zed 抢占的主要还是 vsc 和 vim 的市场,还打击了一波 JetBrain 的 Fleet。
Hacker News 上吹 zed 的贴子下面立马变成了 Enacs 用户团建,都在爭辩自己用 Emacs 也是一样快
乐见在21世纪能出一款可以让我们爱(恨交加)上30年的编辑器。时代总是要进步的,我不会说Emacs永远存在。
Emacs最让我割舍不下的是它提供了一种近乎随时随地扩展/修改的可能。改不动底层就改上层,改现成的包。。。哪里不满意改哪里,虽然打补丁的衣服不好看,但这种「缝缝补补又三年」的感觉让我很安心。
从第二条回复就开始了,忍不住笑了
老实讲,我用这个纯粹是因为总有人又作出了好玩的东西,谈它的魅力说到底还是人的魅力。是真的有人在emacs中能作出特别有意思的东西。
这个编辑器有啥特别有意思的功能吗?