Hey, I have started using the course yesterday, opened just now and my statistics are gone... Is there a way to report a bug?
Show HN: I built an interactive course that helps you learn Vim faster
251–260 of 265 posts
Re: Show HN: I built an interactive course that helps you learn Vim faster
#252I 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…
Vim is a text editor, not a code editor. IDEs are much more efficient for code edit.
vim bindings exist for IDEs as well.
You aren't always able to use an IDE.
You aren't always editing code.
You also don't have to wait on an IDE to support your language.
Re: Show HN: I built an interactive course that helps you learn Vim faster
#253Earlier quoted context omitted.
Agreed. Hjkl only makes sense when using a keyboard layout where these 4 keys are located in a row. This fact made most vim tutorials useless for me, as I'm using the neo2 keyboard layout, where arrow keys are located in the middle of the keyboard and hjkl are not in a row. Using vim works well for me, and I can use hjkl for other keybindings.
I posted another comment on this, but I never found this to be an issue when using dvorak or workman. Just as I slowly relearned to type the letters at all and improved over time, I kept using vim and got used to hjkl being moved over time. It doesn't bug me at all.
Interesting. I guess the difference here is that I learned vim after neo2 (https://neo-layout.org), not before. That way I already had proper arrow keys in my home row and hjkl felt cumbersome and redundant.
Re: Show HN: I built an interactive course that helps you learn Vim faster
#254This looks very cool, kudos on the launch! I feel like vim tutorials mostly focus on navigating and editing a single file, which is great! But I mostly struggle with how to replicate opening a whole directory in VSCode, which makes it easy to browse the directory, switch between files, open multiple panels, etc. I'm almost certain vim does all these things out of the box, but tutorials always end at "this is how you…
You may want to check out Practical Vim by Drew Neil, he covers that aspect.
Good to know, thank you! I'll check it out.
Re: Show HN: I built an interactive course that helps you learn Vim faster
#255Earlier quoted context omitted.
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.
Personally I love Vim’s visual block editing and use it a lot too. Macros are more flexible but visual block works well in a lot of situations. Either way if one was really tied to multiple cursors Vim and NeoVim of course have plugins that support it. I don’t bother with them myself.
> I don't bother with them myself
This makes senses, because these plugins are terrible (I've tried them), and if you had used them you wouldn't suggest them as an option.
Vim macros are OK, and better than multiple cursors in the minority of situations.
If you record a long macro, and you make a typo in the middle, do you know how to edit that typo in the middle of the macro? You probably don't*
The answer is you past the macro contents into the buffer, edit it, then yank it back into the macro register. Do you know how to properly yank this so characters are escaped properly and you don't copy the line break and put it in the right buffer? You probably don't*
Do you know how to make this processes easy to iterate on so you can trial and test macro changes each time you modify the buffer? You probably don't*
* This isn't meant to be a dig at you, it's based on my experience with other Vim users. If you know how to do all of this, shame on me.
Most Vim users I see manually go back and try to re-record the whole thing, or don't know how to use macros in such depth.
Either way, none of this matters. These are Vim problems only. Multiple cursors are so much nicer, partially because they give you instant feedback, and trivial undo. The only thing I've missed from macros is manipulating numbers, and VSCode plugins that increment in multiple cursors solve 90% of that want anyway. It's so nice not to have editor problems (aka "how do I edit this text in Vim"?) and instead just use the editor seamlessly.
Re: Show HN: I built an interactive course that helps you learn Vim faster
#256It's visually appealing. I really like the web design.
Congrats!
Re: Show HN: I built an interactive course that helps you learn Vim faster
#257This is the wrong way to go, if the UI is so bad it requires a course, then the problem is clearly the tool.
You're just assuming that one set of optimisations are the most important for everyone in UI design. Good UI design doesn't state that it is always the case that people should be able to use it intuitively. Sometimes enhanced performance, speed, and focus over the long term are optimised over intuitiveness. This is the case for Vim. There is room in the world for both sets of optimisations.
I do not see how performance, speed and focus are a characteristic of vim. if anything, that's the one thing it lacks.
Re: Show HN: I built an interactive course that helps you learn Vim faster
#258This is the wrong way to go, if the UI is so bad it requires a course, then the problem is clearly the tool.
I take it you're not a musician?
Plenty of musicians made it big with easier to use tools many people made fun of. like fruity loops. more intuitive interfaces is not a demerit, it was the point all along.
Re: Show HN: I built an interactive course that helps you learn Vim faster
#259This is the wrong way to go, if the UI is so bad it requires a course, then the problem is clearly the tool.
This is a wild take. I'm not quite sure how you would go about changing it into something "better" without funadmentally destroying its functionality. The "UI" of driving a car or a jet requires "a course" but it doesn't meant that they're bad.
vis is a step in the right direction, at least in terms of modal editing.
Re: Show HN: I built an interactive course that helps you learn Vim faster
#260This is the wrong way to go, if the UI is so bad it requires a course, then the problem is clearly the tool.
Which code editor does NOT have an online course on how to use it? Go ahead, type "IntelliJ course" or "VS Code tutorial" and see hundreds different videos.
The problem is how much time do you HAVE to sink into just to learn a tool? If you have a tool with the same functionality and requires less time sink, then the previous tool is obsolete and should be tossed away.