emacs该如何应对neovim和oni?

我认同楼上的观点,像我这种有时需要在服务器来写代码的人来说,可以选择的只有两个 Emacs/Vim. 上面说到的各种花俏功能于我何干呢?现在为了统一我的使用习惯,我在开发机器上面都是用着 emacs -nw. 感觉还是那句话,Emacs 这个编辑器本身就是门槛,在尝试过 Emacs并且留下来的,很大部分都变成了”死忠粉“,而不是其他编辑器的那种”路人粉“,有了一个新的 modern editor 就想要去换一下。对于我来说, Emacs 是独一无二,无可替代的,想要我换 Emacs, talk is cheap, show your power.

等习惯了 emacs 的强大后, 大多数人也就无所谓颜值了。。。。

1 个赞

后来一想确实是

如果没有意识形态的话。FSF也就没有存在的意义了

FSF最终会发展成宗教, 这也是它的宿命。。。。

那么自由软件基金会会像新中国一样需要一次改革开放 :joy:

Emacs 从 Bazaar 迁移到 Git 的阻力之一就是有人认为 Git 是 Open Source,Bazaar 是 Freedom Software。过去的书,比如《Unix 编程艺术》会把 Emacs 作为软件工程的典范,拿出来说它的MVC和扩展性,说明Emacs在当时还是很先进的软件。不知道现在,未来是不是还能保持先进。

2 个赞

要想改革开放,得先说服教主

自由软件基金会的整个思想都是类似于宗教的

神奇海螺: 什么都不做

1 个赞

皮皮虾:海螺说得有道理

啃着皮皮虾,吃着海螺说: 有道理

1 个赞

我觉得Emacs应该定位系统级别的编辑器。虽然开发效率底,我觉得坚持用C或者lisp开发Emacs是很重要的,上层可以用JS。像Gnome-shell那样。用Electron其实就是个网页而已。

gnome-shell 使用的这种技术是不是值得借鉴,这需要时间来验证。。。。

你們要的 Emacs on Electron。

目前只提供 Common Lisp,Go,C 支持。

丑拒。。。比我的emacs还丑。。。

讲道理,这只是用了 GNU/Emacs 默认的 Color Scheme。

似乎是日本的同学开发的, 文档都是日文。。。。。

好厉害,这是重新开发的吗 和emacs有啥关系?

如果渲染引擎没有和electron整合那加electron有什么意义呢。。。只是嵌个网页的话xwidget都能做到

大家讨论的时候,尽量说点可能实现的东西,对于不太可能的事情,要不就别说,要不就去emacs devel和核心开发者说,让其变成可能,这才是王道。在这咱们一群人过嘴瘾,毫无意义。

既然选择 electron,为何不直接用 vs code?对于编辑和 IDE,我对微软更有信心点。

2 个赞