Live data from Hacker News

LazyVim

lazyvim.org

441–450 of 537 posts

Re: LazyVim

#441

Earlier quoted context omitted.

Can you actually explain how it's suboptimal UX, and what I could be doing better. I want a simple IDE, not suboptimal bloat. I don't need 200 keybinds to make a vue component. Just because you have a bunch of custom quirks doesn't mean that I do.

Any time somebody else creates something instead of you, it must be accepted as suboptimal. We are all unique human beeings and have different kinds of habits and disfunctions, levels of knowledge etc. so 1 setup for all is pretty much impossible and nobody else can do it but you. Any time you accept that, you are accepting suboptimal UX. If you are doing so you are admiting that you are either lazy, or you are good…

On the flip side, I've been using VIM/emacs for over a dozen years, and have gone from extensive user made configs to these starter packs (DOOM Emacs with some custom stuff on top). I mean I'm happy with a well thought out "total conversion" of emacs. I learn the UX on top (that is really nice) and I add my own. If I started from scratch it would probably be sub-optimal ( I mean I could recreate DOOM, but why?)

Re: LazyVim

#442
post #286

Many people complain about the time you need to have a proper vim. In computer security, I learnt to make my own tools, to develop my own script that match what I want to do/scan. For vim, this is exactly the same. I started with Python so my vim became the best Python IDE (for me) and that's all. What I said to junior dev is "Here my vim conf, you are allowed to copy/paste only what you understand". Then I did some…

This reads so much like that macho programmer who wrote everything in assembler from a few decades ago. I will keep using Sublime Text. No need to suffer needlessly.

This sounds like a refutation, but it's also in the same spirit as the parent. "No need to deal with insane complexities, I'll stick with my simple editor." Whether that's vim or Sublime, that answer works, and that's pretty cool.

Re: LazyVim

#443
I use AstroVim in the same vein. Been using vim for a while but the hardest part of me actually making me want to keep using it is the formatting. Somehow, someway, the linting and formatting (whether its eslint vs prettier vs whatever else) always makes it a battle. VS Code does this to perfection. With vim, I have to battle and make small concessions on how formatting behaves.

Re: LazyVim

#444

Earlier quoted context omitted.

Can you actually explain how it's suboptimal UX, and what I could be doing better. I want a simple IDE, not suboptimal bloat. I don't need 200 keybinds to make a vue component. Just because you have a bunch of custom quirks doesn't mean that I do.

The thing about vim and emacs is that both of them, out of the box, suck. BUT, what they both offer better than anything else, is the ability to gradually modify them to match what your brain needs. I 100% agree with your hyperbolic "200 keybinds to make a view component" But that's ...that's not how it works unless that's what your brain wants. With ALL editors you eventually encounter "ugh, this is frustrating" or…

> You _can_ accept pre-made defaults

In my case, I'd prefer to do so. I'm a different use-case though, I'm a server admin so I want to be as comfortable with bare-bones defaults as possible so that I can jump on any server and just use Vim (or sometime just vi!). I can't afford the time it would take to set up a custom config on every server in every environment, so the most I need is a basic .vimrc that has `set number` and a couple netrw tweaks that I can copy with scp and get going. Most of the time I don't even copy that over and run `:set number` when I open a file.

Note that I'm still an intermediate Vim user at best, splits and markers are the most complex features I use (no macros yet). I know I can edit remote files, so maybe once I'm comfortable with that then I can set up some real customization in each environment.

Re: LazyVim

#445
post #78

I've been using vim for years, switched to neovim, and at this point I'm ready to throw in the towel and just use vscode for anything beyond simple text editing. The amount of work needed to get a basic IDE up and running for your languages of choice, even for commonly used languages such as Python or Javascript, is far too much for someone who wants to get on with their day job or hobby coding and doesn't want to sp…

> In the meantime, I can just Ctrl+P and install what I need in vscode and be on my way in a few minutes.

Vim's built-in package management means all my plugins are stored as git submodules that are installed alongside my configs. I don't have to remember what extensions I have and Ctrl + P and install them one at a time.

VSCode's settings.json and extension-level configuration is also extremely cumbersome. You're paying a time tax no matter what tools you're using if you want to customize them to fit your workflow. Personally I'd rather pay that tax 1 time with Vim and then carry the same setup with me to any PC than have to eat that cost every time I need to configure VSCode on a new machine.

Re: LazyVim

#446

What was the name of the original Vim magic-auto-default setup project? I wish I could remember it! There used to be so many Vim questions on Stackoverflow from people who installed Vim ________ (?) and had no idea what it did. The advice was always: "Stop using that, and learn Vim." This project smells like that. There are two types of Vim users: 1. "Stop trying to make Vim and IDE with all your fancy plugins, learn…

>You have to learn Vim's terrible, verbose, antiquated commands in depth in order to justify using Vim. If you don't use q: (q colon) and q/ (q forward slash) in Vim, for example, you probably don't know Vim well enough to justify the efficiency loss you have compared to you using a modern IDE with multiple cursors. How is scrolling through your past commands and searches anything like having multiple cursors? If I w…

Those two shortcuts are how you edit searches and commands in Vim mode.

Re: LazyVim

#447

I use it. The defaults are reasonable. https://github.com/folke/lazy.nvim is maybe a more interesting link

That's just the plugin manager, lazyvim. github.com/LazyVim/LazyVim or github.com/folke/dot/nvim might be more useful to see how to get the most out of this neovim 'distro'.

Re: LazyVim

#448

Many people complain about the time you need to have a proper vim. In computer security, I learnt to make my own tools, to develop my own script that match what I want to do/scan. For vim, this is exactly the same. I started with Python so my vim became the best Python IDE (for me) and that's all. What I said to junior dev is "Here my vim conf, you are allowed to copy/paste only what you understand". Then I did some…

Indeed, yet I switched to vscode after 10 years of vim because it is next in line to vim when powerfull editor is in question, and once you set it up you can have it 0 on-boarding everywhere else working on ANY machine you use, including browser. I use a lot of machines and I want my editor with me. Its mind blowing that you can just login in GitHubs vscode within a web browser on any repository and have your own vsc…

>just login in GitHubs vscode

Imagine if you had to do that to every program you want to configure. Sure, rsync/git cloning your config may be less straightforward than logging in somewhere, but it's far more convenient when you have to configure dozens of programs anyway.

Re: LazyVim

#449
post #328

Earlier quoted context omitted.

What is this speed you speak of? I developed in vim for a decade, then eMacs for another decade, before finally moving to VS Code. I’ve never been as productive with vim/eMacs as I am with Code, or Visual Studio proper / XCode when I have cause to sue them.

Surely you jest, Visual Studio proper is absolute garbage

Maybe for your needs. When I worked as a game developer was amazing for visual debugging gigabytes of runtime data generated by a game engine with millions of lines of code. I could endlessly click through class hierarchies to see what interconnections arise at runtime, and setup all kinds of complicated breakpoint conditions. Obviously you can do all this with gdb or lldb as well, but in my experience it never approached the productivity boost of a graphical debugger.

Visual Studio is a bit shit outside of games, .net, or windows desktop software though.

Re: LazyVim

#450
post #286

Many people complain about the time you need to have a proper vim. In computer security, I learnt to make my own tools, to develop my own script that match what I want to do/scan. For vim, this is exactly the same. I started with Python so my vim became the best Python IDE (for me) and that's all. What I said to junior dev is "Here my vim conf, you are allowed to copy/paste only what you understand". Then I did some…

This reads so much like that macho programmer who wrote everything in assembler from a few decades ago. I will keep using Sublime Text. No need to suffer needlessly.

> that macho programmer

Why do people keep making value judgements about people that built tools they trust like they should be ashamed or something like that?

Parent simply explained his process and why he uses vim like that and why he doesn't like VSCode. There's nothing there that says "macho" in any shape or form. I don't understand this need to put labels on others like this. Maybe it makes people feel better about their own choices? Helps with insecurity? I don't know.

Whatever it is, this doesn't add to the conversation at all.

Post reply on HN