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

LazyVim

lazyvim.org

Post reply on HN
Print view View original

491–500 of 537 posts

Re: LazyVim

#491

Post by metaltyphoon »

dmi wrote: post #240
p-e-w wrote: post #148

Earlier quoted context omitted.

> Was that expressly written to parody Vim? Yes. The advice to turn the yoke upside down is supposed to reference remapping Caps Lock to Escape, without which Vim destroys your pinky on a standard keyboard. But it's the choice of professionals, so what can we do?

I've been using Ctrl-[ instead of Esc for so long that I forget that a lot of people don't know about it. This may not be convenient on non-English keyboard layouts. More alternatives: https://vim.fandom.com/wiki/Avoid_the_escape_key

Better yet, remap CapsLock to Ctrl.

Re: LazyVim

#492

Post by danjac »

gsinclair wrote: post #489
danjac wrote: post #370

Earlier quoted context omitted.

I agree that vim is a perfectly fine text editor. Yet half the (neo)vim people in this thread are yelling it's the One True IDE that can, in fact, do everything, and if you are using VSCode or IntelliJ or whatever then you must be a noob or too lazy to invest time in your tools.

That is a massive exaggeration, indeed outright misrepresentation, of what people are saying.

I quote:

"IDEs are easy mode and waste of resources. Its ok to start with them as a noob, but down the line i want to customize every part of my toolchain. (And thats just horrible to do in VSCode etc..)"

Re: LazyVim

#493

Post by gloosx »

danjac wrote: 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…

I wonder why people are asking Google search like they would ask a person? Just googling "black nvim" yields a correct result (project repository) where you can follow the lines to get it installed/configured in a minute.

Why would someone ask "How do I set up Black with neovim to format my Python files on save?", hit the reddit/quora/another obscure forum where he finds some hostile people who doesn't well explain to him how to set up black with neovim to format for his python files on save. DAMN. Just type in "black nvim", hit return and head to repository boy. There are genuine docs and installation instructions from the author, you don't need other people to explain it to you.

Google is a search engine not an answer engine, so if you're looking for struggles instead of information you'll find it by inputting questions instead of indexes.

Re: LazyVim

#494

Post by nextlevelwizard »

mathisfun123 wrote: post #403
nextlevelwizard wrote: post #180

Earlier quoted context omitted.

>some of us don't have time to play games? Be honest how productive are you? You probably waste more time during your workday than you do work. Not every day, you might even have very productive weeks, but think over a year how many hours you "waste" on taking breaks to read HackerNews or Reddit or make a Tweet or whatever. You could spend that time fixing issues with your editor and that would lead to improved workf…

> Be honest how productive are you? You probably waste more time during your workday than you do work. Not every day, you might even have very productive weeks, but think over a year how many hours you "waste Lol. Except for the odd day a month, I have worked every single day for the last 2 years (July 15 2021, when I started an internship at FB). I'm in a PhD program and I have a 20-30 hour/week job during the acade…

Just do time tracking. If you average even 6 hours of actual work per day for a week you are in 1% of people.

>I have worked every single day for the last 2 years

That sounds super unhealthy

Re: LazyVim

#495

Post by _7tgr »

eikenberry wrote: post #469
_7tgr wrote: post #126

Earlier quoted context omitted.

Helix is interesting but I don't really gel with its editing language (subject + verb instead of verb + subject like (n)vim's). Happy to discuss what I think is lacking in more detail, but basically: the premise of 'you can see what you're about to operate on before you do the action' is satisfied for me by visual mode, and I like macros better than multiple cursors. So I don't want a (subjectively) less efficient ed…

I've seen that breakdown before and have skimmed it but didn't really find an analytical breakdown of why style X is better/worse than style Y for person Z very useful. Tools preferences are to personal and varying. It really depends on how it meshes with your style and the only way to really test that is to try it out.

Yeah, I agree-- I just happens that I personally resonate with most of these complaints (having tried both Kakoune and Helix a bit).

Re: LazyVim

#496

Post by marcusramberg »

danjac wrote: post #334
marcusramberg wrote: post #267

Earlier quoted context omitted.

Did you actually try LazyVim? It makes this whole process a lot easier, with pre-cooked extras for most popular languages.

Yes I did, and no it didn't really help. Sure it was a much slicker starting point, but when I needed to do a bit more (ie. configure a formatter) it just added more obfuscation than anything. The "pre-cooked" part does help with setting up linting, but formatting...you're kind of on your own (if you search the source you can find an example with prettier but you will still need to add your own integration for anythi…

https://lazyvim.github.io/plugins/extras/formatting.prettier I dont have specific code for formatting in my lazyvim config other than loading that extra. And it does formatting out of the box for terraform / typescript / go ++

Re: LazyVim

#497

Post by nextlevelwizard »

stevebmark wrote: post #446
nextlevelwizard wrote: post #189

Earlier quoted context omitted.

>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.

Maybe I just don't have that heavy searches or in editor scripts that I would have ever wanted to do that

Re: LazyVim

#498

Post by airlust »

Draiken wrote: post #450
Shorel wrote: post #286

Earlier quoted context omitted.

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 ab…

I think it’s because of the statement “you can only copy what you understand”. I get the sentiment, but comes off as paternal rather than collaborative.

Re: LazyVim

#499

Post by benrutter »

klardotsh wrote: post #475
paulvandermeijs wrote: post #252

Earlier quoted context omitted.

I've also switched to Helix recently and I get the feeling that is not emphasized enough how much it is about having default integrations for modern standards like LSP, Tree-sitter, and DAP. It's amazing how much functionality you get with just that and not having any plugins or complex configuration.

I actually dread the day Helix eventually gets the WebAssembly plugins system that's been floated around. The current Helix culture of "you get a Kakoune-like editor that can do three categories of "bonus" things, and NOTHING ELSE" encourages a more manageable pace of development (and maybe more importantly: slower updates for those of us exhausted of software churn breaking our stacks constantly), and discourages fe…

I couldn't agree more with this! I actively don't want plugins for Helix either - as tempting as it sounds. Nvim is already a create plugin based modal editor with a rich ecosystem, so Helix's no-config philosophy is kinda it's whole selling point.

Re: LazyVim

#500

Post by dngray »

linsomniac wrote: post #487
BanazirGalbasi wrote: post #444

Earlier quoted context omitted.

> 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 num…

Sysadm here as well, been using vi since the '80s. A year or so ago I threw away all my custom vimrc and went with (nearly) bone stock LunarVim, and have really enjoyed getting off the treadmill of maintaining a custom vim setup. Partly because of the 100s of machines issue, partly because of managing plugins and interactions between them. I program maybe 5% of the time, so the stuff I do to make it IDE-like often is…

One of the things I noticed about LunarVim is that they were not very receptive about it in the official NeoVim rooms whereas people there (including NeoVim developers) were quite positive about LazyVim. The other alternative they suggested was https://github.com/echasnovski/mini.nvim

TLDR is that with the global lvim object, custom path, breakages because of unstable plugins it causes a lot of support issues where people go to the official NeoVim channel and not the LunarVim one.

I switched to LazyVim, which is developed by folke (one of the main developers of most of the plugins (trouble.nvim, tokyonight, which-key, lazy.nvim etc) https://github.com/folke?tab=repositories) the other "vim distributions" use anyway.

It worked out of the box, the method of simply overriding a few settings https://www.lazyvim.org/configuration/general was a lot easier to understand.

I'm also very happy I only maintain now "one configuration", I really disliked having "nvim" and "lvim" simultaneously on the same machine.

The method of checking out the "starter" repo https://www.lazyvim.org/installation and simply deleting the .git folder is a LOT nicer than an annoying installation script that does a gazillion things (LunarVim).

Post reply on HN