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

Show HN: I built an interactive course that helps you learn Vim faster

vimified.com

Post reply on HN
Print view View original

131–140 of 265 posts

Re: Show HN: I built an interactive course that helps you learn Vim faster

#131

Post by what-the-grump »

mypalmike wrote: post #128
eckesicle wrote: post #115

Earlier quoted context omitted.

Okay, but you spend 2000 hours per year at work. So 10 hours on a config is only .5%, which is the productivity gain you need to realise to get that time back in one year (assuming you also spend 0 hours on fighting vscode). Unless you're retiring within the year, that calculus doesn't make sense. The productivity boost you get with from Emacs/vim is huge once you learn it well. I strongly believe that learning one o…

I've been coding for nearly 40 years and I just don't see any correlation between editor usage and developer productivity. Being able to design and work with complex software systems is what makes a senior dev productive, not which keys they hit to copy and paste.

I really doubt that the tools of your trade do not matter.

I’ve been building corp infrastructure for a decade and I can tell you first hand how much of an impact fast, stable, updated environment can have on organizational productivity and overall output. I doubt devs are some how excluded from the pack.

The old proverb of shit in shit out also applies.

Re: Show HN: I built an interactive course that helps you learn Vim faster

#132

Post by cercatrova »

Arisaka1 wrote: post #95

I once tried to migrate from VS Code to Neovim. I use TypeScript at work, and use many languages for my side projects. But the worst part was making Vim provide with things that you'd expect programming editors to have. So many options, what's best is up to opinion, integrating language servers, getting intellisense to work as you would expect, searching the project folder for file names. Then I realized that all I'm…

You might like prepared Vim frameworks then, like SpaceVim which was recently on HN [0].

[0] https://news.ycombinator.com/item?id=31986851

Re: Show HN: I built an interactive course that helps you learn Vim faster

#133

Post by jrasm91 »

immrammc wrote: post #99
Arisaka1 wrote: post #95

I once tried to migrate from VS Code to Neovim. I use TypeScript at work, and use many languages for my side projects. But the worst part was making Vim provide with things that you'd expect programming editors to have. So many options, what's best is up to opinion, integrating language servers, getting intellisense to work as you would expect, searching the project folder for file names. Then I realized that all I'm…

If you’re trying to achieve VS Code with the keyboard navigation of vim, have you given the VSCode vim plugin a try? I’ve had positive experiences mixing editors/IDEs with a vim plugin to get the best of both for my workflow.

This. VSCode has so many great features. Adding in keybindings for vim via a plugin has worked great for me.

Re: Show HN: I built an interactive course that helps you learn Vim faster

#134

Post by bashinator »

eric-hu wrote: post #116
Arisaka1 wrote: post #95

I once tried to migrate from VS Code to Neovim. I use TypeScript at work, and use many languages for my side projects. But the worst part was making Vim provide with things that you'd expect programming editors to have. So many options, what's best is up to opinion, integrating language servers, getting intellisense to work as you would expect, searching the project folder for file names. Then I realized that all I'm…

I use VSCode with NeoVim as a backend. https://github.com/vscode-neovim/vscode-neovim I highly recommend this if you know vim keybindings and want an IDE experience.

Beautiful - I've been waiting for something like this since neovim was announced with enbeddability as a design goal.

Re: Show HN: I built an interactive course that helps you learn Vim faster

#135

Post by maleldil »

gbin wrote: post #78
mknsri wrote: post #75

Earlier quoted context omitted.

Oh yeah I did use "dd" and "p". They work OK, although they don't allow selecting multiple lines that don't follow each other.

Just use the number of lines you want to cut like 3dd This is consistent for all commands.

> they don't allow selecting multiple lines that don't follow each other.

3dd won't work. You can use registers, though:

1. "ayy for the first line 2. "Ayy for the subsequent lines (repeat using .) 3. "ap to paste.

You can replace a/A with other letters to copy into multiple registers. If there are patterns (e.g. odd lines to A and even lines to B), you can even record a macro.

I think registers are not something most Vim users use, however. I have no data to back this up, but I wouldn't be surprised if Vim is like Git, where people learn the commands for 80% of scenarios and Google the rest. In Vim, case, they might even settle for a very inefficient solution if the problem is not recurring.

Re: Show HN: I built an interactive course that helps you learn Vim faster

#136

Post by cutler »

Arisaka1 wrote: post #95

I once tried to migrate from VS Code to Neovim. I use TypeScript at work, and use many languages for my side projects. But the worst part was making Vim provide with things that you'd expect programming editors to have. So many options, what's best is up to opinion, integrating language servers, getting intellisense to work as you would expect, searching the project folder for file names. Then I realized that all I'm…

LunarVim may be what you're looking for.

Re: Show HN: I built an interactive course that helps you learn Vim faster

#137

Post by azemetre »

mypalmike wrote: post #128
eckesicle wrote: post #115

Earlier quoted context omitted.

Okay, but you spend 2000 hours per year at work. So 10 hours on a config is only .5%, which is the productivity gain you need to realise to get that time back in one year (assuming you also spend 0 hours on fighting vscode). Unless you're retiring within the year, that calculus doesn't make sense. The productivity boost you get with from Emacs/vim is huge once you learn it well. I strongly believe that learning one o…

I've been coding for nearly 40 years and I just don't see any correlation between editor usage and developer productivity. Being able to design and work with complex software systems is what makes a senior dev productive, not which keys they hit to copy and paste.

You should see how slow people are at doing the following: creating a new directory, creating several files, initializing git, and creating a new work tree.

While learning vim/emacs and CLTs may not make you a better programmer, but they can absolutely make you better at understanding and using your tools effectively.

One simple thing I like to do at every job is setup an ansible playbook for the team I'm working on. What ansible allows is me to setup a tool to download all the relevant languages, binaries, create company specific repos for directories, establish a foundation of common CLTs, automatically install software, and fully setup all the paths. Now any person, old or future hires, can literally set up their machine in less than 10 minutes; an activity I see people usually give a full "week" to do.

This is just one example of being more productive with these tools. What's nice about vim are vim motions, they become extremely intuitive and all the supporting libraries, plugins, and other CLTs utilize these vim motions which makes productivity extremely nice.

If you want to see someone's workflow I'd checkout ThePrimeagen's video on his workflow:

https://www.youtube.com/watch?v=bdumjiHabhQ

Re: Show HN: I built an interactive course that helps you learn Vim faster

#138

Post by azemetre »

stevebmark wrote: post #119
bckr wrote: post #110

Earlier quoted context omitted.

I can't really understand whether you recommend Vim itself or not, because of these sentences: > Vim forces you to glue together lots of inefficient commands to manipulate text > Vim’s nasty bells and whistles you need to actually be efficient at manipulating text

I’m a power Vim user. I do not recommend it for code editing. Learn it as a curiosity if you want. It’s also handy for quickly editing over SSH. IDEs with multiple cursors are so much nicer than Vim.

This is odd to hear because the general consensus online is that vim/vim motions makes for seamless text editing.

I also feel like multiple cursors is an antipattern, you don't need multiple cursors in vim. You need a macro, which is easy to make and you can pass this to a buffer to modify it or apply it to certain lines or the entire file.

Re: Show HN: I built an interactive course that helps you learn Vim faster

#139

Post by mypalmike »

what-the-grump wrote: post #131
mypalmike wrote: post #128

Earlier quoted context omitted.

I've been coding for nearly 40 years and I just don't see any correlation between editor usage and developer productivity. Being able to design and work with complex software systems is what makes a senior dev productive, not which keys they hit to copy and paste.

I really doubt that the tools of your trade do not matter. I’ve been building corp infrastructure for a decade and I can tell you first hand how much of an impact fast, stable, updated environment can have on organizational productivity and overall output. I doubt devs are some how excluded from the pack. The old proverb of shit in shit out also applies.

You have a fair point about tools and environments. I just don't think of editors as being a significant part of an environment, nor a significant differentiator of tooling.

I've worked on teams where some members used IDEs and others used traditional text editors, and what differentiated their productivity was inevitably between their ears.

Re: Show HN: I built an interactive course that helps you learn Vim faster

#140

Post by pgrepds »

Arisaka1 wrote: post #95

I once tried to migrate from VS Code to Neovim. I use TypeScript at work, and use many languages for my side projects. But the worst part was making Vim provide with things that you'd expect programming editors to have. So many options, what's best is up to opinion, integrating language servers, getting intellisense to work as you would expect, searching the project folder for file names. Then I realized that all I'm…

I tried the same a couple of month ago and I came to the conclusion that VIM will never come close to editors like VS Code.
Post reply on HN