Live data from Hacker News

The values of Emacs, the Neovim revolution, and the VSCode gorilla

murilopereira.com

141–150 of 353 posts

Re: The values of Emacs, the Neovim revolution, and the VSCode gorilla

#141

I'm curious if the userbase of these have tried a Jetbrains IDE (PyCharm, CLion, IntelliJ etc). I've found the Jetbrains IDEs understand the language more thoroughly - this means better code navigation, error-catching, and refactoring. I've also found the implicit project-first focus (as opposed to file-first) to be more practical for most things I work on.

Apart from it's fantastic refactoring and everything else i really like the progressive selection.

Re: The values of Emacs, the Neovim revolution, and the VSCode gorilla

#142

Earlier quoted context omitted.

Naah, not really. I've done that emacs exercise countless of times over a few decades and now I use vscode. I don't feel like I'm missing much.

It is easy for people who love Emacs to believe that most people (or most programmers) would come to love (or prefer) Emacs if they would only put in the time to ascend the initial learning curve. But this belief is an instance of what is sometimes called the "typical-mind fallacy": an underestimation of how different people's minds are. GNU Emacs was my daily driver from 1991 to late last year, when I switched to vs…

Did you use orgmode and mu4e? If so what are you using in their place now?

Re: The values of Emacs, the Neovim revolution, and the VSCode gorilla

#143
post #122

Earlier quoted context omitted.

Naah, not really. I've done that emacs exercise countless of times over a few decades and now I use vscode. I don't feel like I'm missing much.

I can see that for most people. It is really something, though, to watch someone really good with Emacs or Vim fly though something like a complex refactoring.

You can refactor with IDEs too, and I don't remember emacs being better at this than JetBrains is.

Re: The values of Emacs, the Neovim revolution, and the VSCode gorilla

#144
post #30

When you finally learn to master and config Emacs, you run circles around all other editors. Emacs is so much more than just an editor. But even if you only use it for coding: Magit is the best git client I have used in years (coming from PyCharm + Git Tower App, which is nice), then there‘s Ztree-Diff (excellent folder diff tool; previously using Kaleidoscope app), then Eshell for interacting with the server from wi…

> When you finally learn to master and config Emacs, you run circles around all other editors. I quit Emacs when I realized that I spent too much time on configuration rather than solving first hand problems; it can almost become an obsession. Now I use Pluma.

What's Pluma?

Re: The values of Emacs, the Neovim revolution, and the VSCode gorilla

#145
post #58
post #45

Earlier quoted context omitted.

You can do all that and more in vscode as well... you just have to "learn to master and config" it with your own plugins in JS. It's not that hard.

Have you found that other extension authors have this in mind? Most extensions don't seem to be built with hooks in mind so you're kinda stuck with either the existing extension or rolling your own. There also aren't very good primitives for most use cases because of this. I assume VSCode will get there though.

VSCode extensions are driven through "commands" that are exposed through the package.json of the plugin (which can be parsed by other plugins if you wanted) and issuable through another plugin, or using a task (this is kind of annoying though and not a first class use of tasks).

Re: The values of Emacs, the Neovim revolution, and the VSCode gorilla

#146
post #30

When you finally learn to master and config Emacs, you run circles around all other editors. Emacs is so much more than just an editor. But even if you only use it for coding: Magit is the best git client I have used in years (coming from PyCharm + Git Tower App, which is nice), then there‘s Ztree-Diff (excellent folder diff tool; previously using Kaleidoscope app), then Eshell for interacting with the server from wi…

> I manage several projects with it and switch contexts with one key-combination: Vagrant box is started, project folder is changed, necessary files opened, ready to hack, build, deploy, do server restarts with a single key stroke.

When I single-click to open a project in a JetBrains IDE, the same sequence of events happens (albeit using Docker Compose instead of Vagrant).

Re: The values of Emacs, the Neovim revolution, and the VSCode gorilla

#147
post #144

Earlier quoted context omitted.

> When you finally learn to master and config Emacs, you run circles around all other editors. I quit Emacs when I realized that I spent too much time on configuration rather than solving first hand problems; it can almost become an obsession. Now I use Pluma.

What's Pluma?

https://en.wikipedia.org/wiki/Pluma_(editor)

Re: The values of Emacs, the Neovim revolution, and the VSCode gorilla

#148

Earlier quoted context omitted.

Compared to many I am a relatively new emacs user, back when I began programming I let myself get intimidated by the scary stories told about Emacs and Vim configuration. Turns out a huge emacs configuration is not needed, in fact I notice my emacs config actually started to become smaller over the recent times. It's hard to express how much I value emacs now and the only regret I have is that I did not give it a cha…

Evil is rarely mentioned? I guess we hang out in different parts of the internet.

I'm a little suprised they didn't mention DOOM or Spacemacs.

Re: The values of Emacs, the Neovim revolution, and the VSCode gorilla

#149
post #122

Earlier quoted context omitted.

I can see that for most people. It is really something, though, to watch someone really good with Emacs or Vim fly though something like a complex refactoring.

You can refactor with IDEs too, and I don't remember emacs being better at this than JetBrains is.

Sure, I assume you can, but since Emacs/Vim is a sort of environment that encourages terse keybindings, fast call outs to the shell, etc, that's where I've seen more people that can seem to do stuff almost subconsciously.

Re: The values of Emacs, the Neovim revolution, and the VSCode gorilla

#150
post #73
post #51

Earlier quoted context omitted.

I tend to let other people "master and config" VSCode and then I just go download their extensions. IMO that's the beauty of VSCode - critical mass

That's also available with emacs, though, it has its own extension ecosystem that's about as easy to access as VSCode's.

I don't think its as easy imo. vscode auto recommends extensions if you open a new file type and from what I remember (been a number of years since I installed a package in emacs), the extension "browser"/"market" was not as user friendly (in terms of raw info about the extension and in discoverability).
Post reply on HN