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

Vim Creep (2011)

rudism.com

Post reply on HN
Print view View original

11–20 of 169 posts

Re: Vim Creep (2011)

#11

Post by Plastikdusche »

huseyinkeles wrote: post #7
dontTango wrote: post #4

I'm interested in using vim, but I'm not thrilled about trying to set up debuggers when an IDE has it for you. Maybe I'm over complicating it, anyone have a python based suggestion? As a note, I do not have local admin but Vim is installed already.

If you want to have it the other way around (having Vim inside your IDE instead of turning your Vim to an IDE) I’d suggest you to try IdeaVim [0] with PyCharm. Works very well, you can even use your own .vimrc file. [0] - https://github.com/JetBrains/ideavim

Yes, that's what I'd recommend too.

Had a few days off and dived into my vim setup /plug-ins for python, but ended up with pycharm again. I could emulate most of pycharm (pros) features, but what made me end up going back to pycharm was the refactoring capabilities. Rope just didn't come close, while pycharm makes it trivial and rarely misses anything. Well that and having to manage all of these plug-ins on different OS/ python versions can become a time sink too. E.g. started out with vundle, but it did not support some of the features I needed to get an older commit of a plugin that was barely maintained anymore, so ended up rewriting the.vimrc with a different plugin manager... Etc etc

Re: Vim Creep (2011)

#12

Post by lawn »

dmitriid wrote: post #6

> You recorded macros, you moved entire blocks of code with the flick of a finger, you filled dozens of registers, and you rewrote and refactored entire components without even glancing at your mouse. You mean: spend untold hours scripting and recording interactions that give you about 10% of capabilities of a modern IDE. I've personally seen long-time vim users switch to Idea after looking over my shoulder.

There are language servers for Vim that take you much closer to IDEs than you give it credit for.

Goto definitions, intelligent autocomplete, inline diagnostics, smart renamers, type hints and more are all available.

All with very little configuration and it works the same no matter the language (as long as it as SLP support).

Re: Vim Creep (2011)

#13

Post by lancebeet »

dmitriid wrote: post #6

> You recorded macros, you moved entire blocks of code with the flick of a finger, you filled dozens of registers, and you rewrote and refactored entire components without even glancing at your mouse. You mean: spend untold hours scripting and recording interactions that give you about 10% of capabilities of a modern IDE. I've personally seen long-time vim users switch to Idea after looking over my shoulder.

Clearly there are many areas where vim is not the best tool for the job. Would you mind sharing a couple of examples of the context and the IDE features that made long-time vim users make the switch?

Re: Vim Creep (2011)

#14

Post by pweissbrod »

dontTango wrote: post #4

I'm interested in using vim, but I'm not thrilled about trying to set up debuggers when an IDE has it for you. Maybe I'm over complicating it, anyone have a python based suggestion? As a note, I do not have local admin but Vim is installed already.

I've been using an almost stock installation of spacevim both in gvim and terminal for the last couple years. It's sort of like a distro of vim plugins dialed in to play nicely together.

Re: Vim Creep (2011)

#15

Post by YesThatTom2 »

Truly a great story!

Reminds me of this story...

Two years ago I was collaborating with a coworker. Most of our time was in his office. I would look over his shoulder as he typed. He had recently adopted a new IDE and spent considerable time configuring it and learning its features. He was very proud of how productive it made him.

Then one day we collaborated in my office instead. I use plain Unix tools, all independent. He watched as I did everything he did but with point-tools instead of a huge IDE. Rather than switching between files, I started a new terminal window and ran Vim. Other windows were for the build-run-crash loop, analyzers, note-taking, etc. Often I would do Vim tricks like doing a calculation by writing a formula on a line in Vim and piping the line to "bc" (`!!bc RETURN`). In fact, many of his IDE features I would access by calling out to external programs.

I had to hold back a laugh when he said:

"Oh my God! Linux IS your IDE!"

Well, duh. Isn't that's what Ken and Dennis created in the 1970s? Unix started out as the ultimate development environment! It just also happens to run everything else now.

Re: Vim Creep (2011)

#16

Post by pojntfx »

dontTango wrote: post #4

I'm interested in using vim, but I'm not thrilled about trying to set up debuggers when an IDE has it for you. Maybe I'm over complicating it, anyone have a python based suggestion? As a note, I do not have local admin but Vim is installed already.

I highly recommend trying out VSCodeVim. Use it for Go, JS, C, Rust and more - it's really enjoyable, and even stuff like C - W works just fine.

Re: Vim Creep (2011)

#17

Post by welix92 »

This resonated massively with me. I'm very glad that at some point in my university days I started to play around with Vim and today I can benefit from the muscle memory in almost every application I use, even if I hardly ever use Vim directly anymore.

Re: Vim Creep (2011)

#19

Post by _y4o5 »

Yeah I went from notepad to visual studio to emacs to sublime text2 to vscode and finally gave up all that nonsense and got back on good IDE and got Clion. Simply the utility of the code refactoring tools completely blows any text editor out of the water. For example when I want to do a simple refactoring such as rename a function or a class I can do this trivially in seconds. I could never find anything like this for any of the editors I tried before. OK, I mean there's some clang based plugin for vscode for example but the the functions it has (such as code completion) basically almost never works and it has very little to offer in terms of refactoring.

That being said I adopted emacs style key bindings which I use continuously for the most common editing things. I find this is really the best bang for the buck and best of "both" worlds!

Post reply on HN