Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

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

murilopereira.com

Post reply on HN
Print view View original

191–200 of 353 posts

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

#191

Post by _e21c »

qsort wrote: post #36
signal11 wrote: post #4

I don’t find VS Code to be a good text editor in the sense of a tool to wrangle text: the keyboard shortcuts are rather arbitrary and don’t seem to be logically organised, and it seems not to have learnt much from eg modern text editors like Sublime Text (even Sublime compatibility isn’t as good as the real thing). That said, for writing code, it’s fine because most of the time I’m thinking and typing in short runs o…

I completely share your sentiment. VSCode is by far my favorite programming environment, its killer features as far as I'm concerned are its excellent debugging functionality and the remote mode (we often work on multiple remote machines simultaneously -- being able to have ad-hoc remote configs is a life-saver!) The worst part is, ironically, the editor itself. As a former vim user I'd love to have vim keybindings,…

Have you tried the vscode-neovim (https://github.com/asvetliakov/vscode-neovim) extension? It uses an instance of neovim to provide the vim behaviour rather than emulating it, and I’ve found it to be more responsive than VsCodeVim.

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

#192

Post by papaf »

blackrock wrote: post #169
asdfiuiu77 wrote: post #163

VSCode sends your private data to Microsoft servers. Emacs and Vim don't.

Oh snap! Don’t leave us hanging! Do explain in details what VSCode is sending to Microsoft.

Shouldn't that be Microsoft's responsibility?

Last time I looked the answer was to "read the code".

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

#193

Post by BeetleB »

ashtonian2 wrote: post #87
mercer wrote: post #63

Earlier quoted context omitted.

I use VSCode for my day to day coding, so I have nothing against it, but explain to me how I can 'do' Magit and the like in VSCode...?

Literally anything you can do in emcas there is an extension for or at least one in dev. Vscode will outgrow emcas given its critics mass and momentum.

I'm not a heavy VSCode user, so I don't know much about its plugin ecosystem. I'm asking the question below sincerely, not to start an argument.

Is there a plugin in VSCode to:

1. Read, write and send emails?

2. Have an org mode like system where I can do TODOs, as well as link to things in other aspects of VSCode (e.g. link to an email - something I do routinely)?

2b In general, how easy is it to interconnect the different plugins? If I have a plugin to handle email, and another to do TODOs, can I quickly write something that will read an email, and then go and add a TODO in the appropriate section of some document based on the contents of that email?

3. Use it as a window manager

4. Use it as a file manager

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

#194

Post by b5n »

sitzkrieg wrote: post #184

i just wanna know how anyone still uses emacs insanely bad movement bindings

I find them incredibly ergonomic, another bonus is that it provides the same defaults found in most terminal emulators. Most people try to use pinky for Ctrl, or map to Capslock, but using the side of your palm for Ctrl is really comfortable. I generally run circles around colleagues in a terminal or working with text, especially when utilizing macros, but the learning curve is definitely steeper and took some time to get used to.

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

#195

Post by akho »

perryizgr8 wrote: post #86
aldanor wrote: post #19

Earlier quoted context omitted.

Same here in regards to Magit. I've tried seriously using Emacs (Spacemacs) for a year or two, but something always doesn't work as intended, code completion and static analysis is extremely hard to configure, especially you have some non-standard project setups. Then switched to a mix of vim for simple stuff or clion/pycharm in vim mode for rust/cpp/python... BUT, subjectively, Magit is the best git client ever crea…

Why do you need to use a git "client"? What's wrong with just using the standard CLI? I use VS code and never bother with its git ui. Just open a terminal and use git commands.

Try Magit. You’ll know whether it works for you. It clearly does for many people.

Or fugitive in Vim.

The difference is like that between using Ed and Vi. Seeing things as you do them is valuable.

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

#196

Post by mcdoker18 »

the__alchemist wrote: post #77

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.

The most significant value of Jetbrain IDEs is that all programming languages have good support. I switched between Java, Python, JS, Typescript, C, Golang, and so on regularly. For example, Java and Kotlin support are miles better than all other IDEs.

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

#197

Post by bananaquant »

indymike wrote: post #165
bubblesorting wrote: post #153

Earlier quoted context omitted.

VS Code runs on remote hosts through SSH, containers, or WSL: https://code.visualstudio.com/docs/remote/remote-overview Kinda like a parallel universe swank/slime.

Yes... and has the same limitations of roundtripping files in any other IDE.

For display and editing purposes, yes. However, from what I understand, the LSP, linters, and auxiliary tools all run on remote.

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

#198

Post by emptysongglass »

hibbelig wrote: post #136
submeta wrote: 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…

It's very interesting. I used Emacs for a long time, but slowly got weaned off it. - I used it for email, then I had to collaborate with people who wrote "please see my comments in orange below". (Of course, they were Outlook users.) Emacs did not show that orange color, so I didn't know... Maybe these days it's possible to read Outlook emails nicely in Emacs. - I used it for development, then the Java software I wor…

I don't understand why people are moving Linux --> Windows. At the company I work for everything is native to Linux--I am floored by the number of interns we get who are using Windows (it's all of them). We have an intake script for getting them up on WSL2 with our stack on top but man these graduates are CompSci people and they did 4 plus years of CompSci using Windows? I can only imagine the pain. Or rather, I know the pain since I have occasionally dipped my toes back into that world of hurt.

A non-WSL2 Windows person doesn't get the benefits of Nix, usually doesn't live life on the shell (since every Windows program is gui first), doesn't do dotfiles management (you can but paths for the git Atlassian method are non-obvious), ssh password protected keys are a PITA...good God I could go on ad nauseum.

I work in this industry because I love computing. But these Windows jockeys I dunno I get the feeling they don't necessarily love computing? Or in the way that it's this mundane tool for the production of money-points that they can then exchange for money. I also am receiving the money-points and it is good. But lemme crack open your head and pour in the magic y'know?

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

#199

Post by 1MachineElf »

"Maintainability - The degree to which it can be modified without introducing faults"

I can see why VS Code might get the Maintainability checkmark in the sense that it's hard to break from a user POV, but I wouldn't consider it "maintainable" in certain aspects as long as it isn't FOSS. Your IDE/editor is subject to the whims of Microsoft's release engineering team. If you do want to build from the open-source version and have the same experience, then you're going to have a bad time: https://www.reddit.com/r/linux/comments/k0s8qw/vs_code_devel...

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

#200

Post by na85 »

submeta wrote: 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,

Should be "if" and not "when", in my opinion.

It's so incredibly frustrating to watch emacs from the outside. Maybe they don't want emacs to become popular? Certainly given the state of Hurd that could be true, and perhaps merely the fact that a Free editor exists is enough for them.

For me, I really like emacs. It's great. But it has flaws/warts/roadblocks that routinely turn away new users and the grognards that seem to form the most influential portions of the emacs community seem to care more about freedom than about making an editor that's welcoming to new users and that people actually want to use.

Post reply on HN