前辈们,emacs适合我吗


#42

他就是一个web,然后套的一个壳


#43

如果只是看你的需求:

  • 写 dotnet
  • 写 vue

实话说真的觉得 VSCode 更适合

  • 毕竟 dotnet 是微软爸爸出的,VSCode 也是微软爸爸出的,亲儿子之间关系肯定更好,Emacs 的 lsp-mode 我感觉真的还没有好到 VSCode 的程度
  • 其实 Emacs 对前端的支持挺弱的(我自己是个前端),整个生态很多时候还没 Vim 好(我 Vim 用了五年,Emacs 用了快五年了),举个最简单的例子,mdx 这个东西,Emacs 到现在还没有一个合适的高亮和 mode ,但是 Vim 和 VSCode 早就有了

#44

.net的话不应该用宇宙最强IDE VS吗 :joy:


#45

我入行不久,不是前辈,但是有一点点个人体会。

Emacs/Vim 适合你对代码非常了解的情况,一般这种项目是个人项目,或者你就是这个项目的主程,或者10个人以内的小团队。Emacs的补全和重构的功能实在是太弱,除非你对自己要写的代码的上下文环境很熟悉,否则基本没法干活。

举例来说,我的经验是Emacs的大部分补全后端在规模100万行代码的项目里基本没法用,而相比之下JetBrains的IDE能流畅开发(当然配置要跟上)。这种规模的代码库一般都不太可能是你一个人在开发,几十个人动过这个代码库之后,你根本不记得这个代码仓库有多少外部依赖,模块之间的关系,模块有哪些API,有些模块有重名的私有函数。有些函数有几百行长,不明所以的变量名字,同名变量被重复使用,甚至不同模块的风格都不太一样,A模块大括号换行,B模块大括号不换行,C模块用空格,D模块用tab… 你问为什么?因为不同的模块甚至都不是同一个团队开发的,有5,6个团队在这个代码仓库上工作…

你需要IDE对抗团队成员的不好的编程习惯,克服合作开发的内耗,不断变更的需求,对抗自己不断衰退的记忆力。 如果你没有上述麻烦,就可以用Emacs/Vim开发大项目了。

对于个人项目一般都不存在前两个问题了,这种项目的规模一般在10万行以内,很多开源项目都是这个规模,而且开源社区文档齐全,开发流程规范(讽刺的是很多公司的内部同等规模的项目都做不到这些)。

总之,当你熟练使用Emacs了,接下来想要持续使用,对你的考验是你的记忆力和对写程序这件事的热情。


#46

感觉自己入门都好久了,除了打算完全用数据结构实现一个函数外,基本不咋用来编程,一般都使用org-mode多些,如果不是对这个编程语言和包名、内容足够了解,个人觉得效率并不会比编译器高:joy:(也可能是我太笨),更多时候就像是喜欢折腾一样用来玩的:roll_eyes:


#47

这两天忙死了。摸都没摸。 org-mode这么好吗? :smiley:


#48

这样我还是vscode为主,emacs慢慢来吧。学的太慢指不定哪天就遗忘了 :expressionless:


#49

vs确实爽到不行


#50

emacs 是锻炼学习的过程。 学会了不管以后出啥好编辑器都跟没看见不知道就好了,全无视。


#51

我也是.net开发的,我个人建议sln还是visual studio,在UI层方面vs有绝对优势,但是写类库,小组件,ibatis这种东西的时候就未必了。https://github.com/OmniSharp/omnisharp-emacs 你可以看看这个,vsc的C#官方扩展也是这个团队做的,代码补全之类的体验应该不会有差别,当然,跟vsc的体验差距有可能会在debug的时候被拉开,我感觉emacs下C#的扩展还是相对较少的。


#52

我现在觉得vscode有时候还没emacs直观诶。开箱能用是方便,不过emacs离开箱能用也就差一点点基本配置。然而深度定制总觉得vscode不够直观,很多插件文档不好找诶。emacs装个插件,基本上M-x几下,看着名字大概都知道有些什么用,接着稍微配置下快捷键就好了。

emacs我个人不建议一开始直接用别人的复杂配置。比如常写js,一开始只要改好下载源,装个主题,然后配置一下js2 mode和补全就好了。这个工作量不会太大。先能用,碰到不顺手再搜,慢慢配置就熟悉了。入门了再参考别人的配置,起码看得懂他在干嘛。

vue确实很少写,react补全还是不错的。emacs最棒的是一些小众语言容易找到插件,前几天开win试了下vscode的racket,直接下来不能用,配置也找不到,懒得研究了。