翻了一下HN的评论,果然每次emacs话题都能引发激烈讨论。
我比较同意的观点是,不知道这个项目的point在哪里。我是觉得EAF这种建立在emacs上的框架更切合实际一些。当然,我也乐见其成,如果发展成熟估计会有不少不同领域的hacker给emacs写更多酷炫的插件。但是可能出现的问题是带来emacs用户的分流,但可能也不是大问题,毕竟能分流走的估计本来也不是GNU Emacs的目标用户群体。
更新了 Reddit 链接
我也是持观望状态。可能 JS 人多,感觉上开发者希望有更多的人能够更加平缓地接触和使用 Emacs 吧。(我本身也是 JS 的一员哈哈)
生态和习惯的力量太强大了,一部分人很难阻挡大部分人的力量。
我以前也有过重写emacs的尝试,最后算了一下精力和时间,还是放弃了,顺势而为最舒服,毕竟人除了代码还有生活。
2 个赞
其实可以利用EAF现有框架,专门做一个LSP客户端,界面用qt或者浏览器画,性能肯定没问题。
多线程用python来转发一下。
不知道js能否像 elisp这样方便的查看函数的定义,位置和变量的值。不然我不如去用vscode?
1 个赞
编译试用了一下确实对于异步编程太方便了 不用像现在的async包那样启用一个emacs子进程了。