如果小白的定义是只用键盘打字,其它操作都是用鼠标点点点,那这类小白可能不适合emacs,更适合鼠标的是vsc,emacs更适合键盘流,这一点从本论坛有那么多帖子讨论键盘该用什么轴就可以看出来,(不想换键盘也可以通过自定义一套按着舒服的键位来解决),中文环境支持是个问题,起码新手第一次启动emacs时有一个中文的欢迎页面引导这个做到应该并不困难
是的,在少数派的笔记软件的讨论中经常看到有人提到org-mode、org-agenda、org-roam,但是回复基本都是上手难度比较高。对于大众而言,没有中文界面就已经是个门槛了……
现在master上面的版本指支持Guile 1.8和1.6,Max已经做了Guile 2/3的适配,但是没有提交到主干。
追新没有意义哦!尤其是Guile这种小众语言。
我反对那些UI不重要的说法,先能够快速上手,再能够逐渐优化才是最好的。
如果emacs能够做到,上来可以直接先整一个完全跟VS Code体验一样的配置出来,流行还是很有可能的。至于所谓的其他的高端技能,完全可以等上了手之后按照兴趣继续深入。一下子上不了手,再高端优秀也难流行。
UI 要好看,固然是不错的。我也喜欢UI好看,不然也不会定制很多有关好看的插件包了。
不过,真要是把Emacs 的UI弄得非常好看,估计会消耗不少Emacs的性能。在Emacs开发者眼中,还是看中性能这个东西的。这个得权衡。这种东西很难说的清楚。
另外一个帖子 这个是啥插件,高亮会有阴影效果,看起来3d - #26,来自 ksqsf 我发了邮件到 emacs-dev 邮件列表,问是否有人实现Linux平台上的字体高斯模糊(阴影效果),也没啥人特别关注,其实UI美化是没有并发并行这些底层的东西优先级高的。我个人其实也比较关注真正的底层功能。实现这个比任何美化都要赞。
选择Emacs本身就等于选择了折腾,对于不愿意投入时间,又想用的溜的,即使吸引来了也留不住。
对于UI,好像我看到大部分Emacser都是不显示菜单和按钮的,而且各种漂亮的主题论坛上就有好多介绍。还是精力放在怎么提高性能上,更能吸引高手过来。
不能同意更多
UI好看了就对性能影响很大,我想这就是emacs不容易一下子流行起来的原因吧!
UI固然是第一眼很重要,我并不是要否定UI吸引人的这个观点(就像姑娘好看与否一个道理),但是能否相处下去,还是看内在的。我就是这么个意思。要是VSCode卡得你难受,你会因为好看而坚持用VSCode么?新用户都是这样来来去去的,吸引进来留不住都是白搭,Emacs的学习曲线足够造成很大的进来后又流失的比例。如果纯为了吸引人,其实也不必搞得和Spacemacs那么复杂,直接打造一个Python IDE吸引Python用户,对应其他语言。这也算是我想得一个办法。但是这样一来和,现有的语言IDE相比,又没啥优势了。说到底Emacs的优势其实也不在这些地方。真的,问问现在留下的人,是因为Emacs IDE好么?肯定是因为其他的东西。Emacs Everywhere 算是一个亮点吧。
说得没错,但是解决不了如何让Emacs流行起来的问题。首先得吸引到,然后才能够继续思考留住。如果吸引都吸引不到,如何留住呢?人没有,又何谈流行呢?不过,关于速度、便捷甚至说工具使用的方法论,那另当别论,那得是入门或者留住人以后的事情了。
赞同你的观点,我先说说为什么留下来吧。
我最开始是用IDE,确实好用。然后接触Emacs,用了一段时间觉得比较复杂,转去折腾Vim,折腾了一套好用的vim配置后,觉得没什么意思了,后来又回来折腾Emacs+evil。现在干脆完全不用evil,直接用Emacs的风格。用Emacs让我感觉最爽的是,你会觉得整个软件的就是你自己开发的(其实只是组合别人的各种包),符合自己的品味。总的来说就是一句话:享受自由的感觉真好!
对,其他IDE相互之间其实没有太大差别,就是好用一点或者不好用一点。但是Emacs完全不一样。当然还要包含Vim,我自己也是从Vim转过来的。
现在的Emacs内置的东西太多了,并且多数人大部分都用不到,,而最常用的代码高亮却没有几个,,能不能精简一下,,
我可以让 Emacs 尽可能的适应我的习惯,但是用 IDE 的时候,我不得不改变我的习惯去适应 IDE,也许这就是区别
当初从vim/intellij过来时,我的第一反应是这玩意是个操作系统
我各种编辑器都用,vim、Source Insight、sublime text、Notepad++、emacs、VS Code等等。说起来,我不算是高手,但是我不觉得我掌握的技巧很弱。当然,我说的主要是考虑我作为开发者的身份来说。毕竟,开发者(或许单指我说的汽车电子嵌入式控制这个领域吧)工作过程中,写代码的时间相对来说少,看代码以及文档花费的时间很多。按照平时的工作效率,我基本也算是一个10X程序员了,我在公司多个项目中悬赏想找到一个人能够达到我1/6的开发速度,给他们2次挑战机会没人挑战成功。说这个结果,不是说我水平厉害,最起码作为开发者我不算是很差。与我大多数的同行相比,我的编辑器使用高效上也有优势。 如果,跟我一样面对的是资源有限,各种编程范式、编程模式都不好去灵活运用的时候。编辑器的语义分析,可读性增强的功能差了的确是有劣势。 再说,很多人提到的其他编辑器的缺点。比如说,VS Code是不是卡等等。如果再次限定在我这个行业,比较大的工程也不过百万行代码。没有任何编辑器会卡!这样看,其实,很多时候从零开始的话,emacs肯定会被整个细分的行业工程师扔掉。而我个人,是我这个行业中我接触到的人中不多的用emacs的。
说回我自己,为什么用呢?其实,我觉得能够吸引我的几个地方:1, org-mode; 2,dired-mode,我的的确确感觉这个很大程度上算是OS级别的功能,我觉得我对OS的文件管理期待也就到此了; 3,多功能混合,人键合一。
我觉得emacs好用,但是我真是一点把握都没有去说服我的同行工程师去学习。
赞成, 效率软件、笔记软件和知识管理软件的用户(强逼症)(拖延症)(工具控)会是有兴趣和有心力去为了org-mode折腾去建立自己一个系统的, 个人难处是常常忘了keystrokes, 看了看Anki真有人做相关的deck。后期为了个人化/造轮子/魔改就自然而然入了lisp和编程坑了
忘了keystrokes的问题,可以考虑用hydra或which key
不常用的直接 M-x 搜索命令
IntelliJ IDEA的ideavim很不错,完全可以把Emacs+Evil的这套快捷键搬过去。M-x command
也有对应。JetBrains的程序员也有Emacs/Vim高手。比如company-mode和windows-numbering的原作者 Nikolaj Schumacher 就在JetBrains工作。
快捷键是Emacs中最不重要的问题。当然Emacs对快捷键的支持也是完美的,甚至比Vim还好。例如有人反映在Vim中,xx
键不工作,这个bug一直存在于Vim所有版本中。从未解决过。而Emacs+EVIL就从没有这个问题。
所谓IDE和编辑器的对立,或者VIM对Emacs对IDE的“战争”只是段子而已。 彻底领会Emacs的本质后,其他所有IDE和编辑器都自然精通了。