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

451–460 of 537 posts

Re: LazyVim

#451

Post by adastra22 »

aulin wrote: post #113
adastra22 wrote: post #5

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.

May I ask what makes you more productive with vscode? Coming from decades of emacs I'm always wondering if I should try it. If anything because emacs is a huge time sink. You can get lost customizing it to your needs and forget that what you needed in the first place was get the work done.

It's basically all the benefits of an expertly configured and finely tuned emacs setup, except maintained by other open source developers so competently that your only time spent configuring your editor is clicking "Install Plugin" the first time you open a file written in the language/framework you use. Sensible defaults, batteries included.

The only downside is that as a web tech app it can have some noticeable latency. But on a beefy dev laptop or workstation the difference shouldn't be noticeable.

Re: LazyVim

#452

Post by drngdds »

fvgs wrote: post #133

My attention span for text editor configuration decreased drastically after I finished school. For better or worse, being a professional means making the correct trade off when time, money, and productivity are at stake. In the modern era, there are sufficiently many practical editors and IDE's with major economic investment behind making them highly functional out of the box. I simply cannot justify spending copious…

Yeah, I don't get the "use Vim for everything" approach unless you're just doing it because you find the customization and configuration fun. I usually use VS Code for quick editing and full IDEs for real work with big projects.

Modal editing is awesome though. I use modified Vim keybinds for everything, even web browsing.

Re: LazyVim

#453

Post by Shorel »

troyvit wrote: post #442
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.

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.

Except that ST is not "simple" by any measure.

It uses the standard bindings I learned with Windows decades ago, and builds on that.

Vim forces me to change it all to the vim-like model.

It's about having to learn a new set of key bindings just for that program alone.

Re: LazyVim

#454

Post by least »

srj wrote: post #431
noud wrote: post #132

Am I the only one using vanilla vim with a minimal configuration file ( Very easy to setup. Moreover, when I'm on a different computer and open (vanilla) vim without any configurations. I know that everything is more or less the same as my default vim environment. I think it's not that hard to learn developing in the default vim environment, with some minor tweaks. Also related, How to Do 90% of What Plugins Do (With…

Yeah I've been using vim with just a custom theme and a fairly vanilla .vimrc for 20 years. I just copy it around with me. These posts always make me feel like I'm missing out.

I use neovim for my development. It has a bunch of plugins to facilitate using it as my primary code editor. I don't particularly enjoy typing things out over and over again (I have RSI) so to me a config that doesn't have things like autocomplete aren't going to be acceptable to me long term. LSP also makes it easier for autocomplete to function with the context of your development environment, which allows me to type even less.

I'm not going to sacrifice my 95% use case for the 5% of time (probably even less) that I am in a situation where I don't have access to my own config. If I am just editing a few lines in a config file on a server, it doesn't really matter that I don't have my config.

With that being said, not everyone wants or needs plugins and their needs are different from mine. Do what serves your needs. I would simply advise anyone to consider if their workflow is serving themselves or not. A lot of people get stuck in the mindset that they need to simplify in order to facilitate easy transitions to situations that just don't come up all that often.

Re: LazyVim

#455

Post by senkora »

wrapperup wrote: post #251
majkinetor wrote: post #196

Earlier quoted context omitted.

I don't buy it. I have so many custom little quirks that no ammount of integrated out of the box setup is gonna replace it in 60s. Thats unrealistic. I believe its good, but it must be for certain class of working habits (for example, its probably great for those people that use vanilla anything, including vim).

Agreed. Back then, I tried to get into neovim with packer and a ton of plugins, then tried AstroVim and stuff broke all the time. Went back to vscode. I tried it again about half a year ago with a much leaner, custom lazy (plugin manager, not LazyVim) setup, and now it's my main IDE for everything except C++ (clangd sucks, sorry) It took me less than a day to get a decent config, and now I rarely touch it (occasional…

What do you use for C++? I was planning to integrate clangd into my setup soon.

Re: LazyVim

#456

Post by cauthon »

CiTyBear wrote: post #179

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…

what's the current recommended package manager for vim? I used to use vundle but that seems to be unmaintained/deprecated and has broken on recent installs.

Re: LazyVim

#457

Post by conor- »

singpolyma3 wrote: post #129
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…

If you want IDE like features, then of course an IDE is a better choice. I've never understood why people and to extend vim to try to make it half of an IDE.

> I've never understood why people and to extend vim to try to make it half of an IDE.

Because vim ships with any *nix machine and provides a consistent experience no matter where you use it.

Vim is the DE part and people add plugins or whatever to enrich the text editing experience with LSPs or other language aware plugins, and the I in IDE is in the form of the integration with the tooling already available on the host.

This[0] might shed some better light on the "why"

[0] https://blog.sanctum.geek.nz/series/unix-as-ide/

Re: LazyVim

#458

Post by BlackjackCF »

wrapperup wrote: post #251
majkinetor wrote: post #196

Earlier quoted context omitted.

I don't buy it. I have so many custom little quirks that no ammount of integrated out of the box setup is gonna replace it in 60s. Thats unrealistic. I believe its good, but it must be for certain class of working habits (for example, its probably great for those people that use vanilla anything, including vim).

Agreed. Back then, I tried to get into neovim with packer and a ton of plugins, then tried AstroVim and stuff broke all the time. Went back to vscode. I tried it again about half a year ago with a much leaner, custom lazy (plugin manager, not LazyVim) setup, and now it's my main IDE for everything except C++ (clangd sucks, sorry) It took me less than a day to get a decent config, and now I rarely touch it (occasional…

I had the same issues with AstroVim when it was first coming together. Looks like the creator was rapidly iterating to try and make it easier to configure.

It’s now in a stable enough state that I haven’t had any issues.

Re: LazyVim

#459

Post by DropInIn »

CiTyBear wrote: post #179

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…

And then a coworker/boss is at your desk with you and needs to show you how to do something and cannot for the life of them grok wtf your personalized bs is, requiring them to go get their own absurdly personalized mess to show you, and still you both have problems because the workload they showed you tonsave an hour a day would require you to pull out massive chunks of your personalized bs in order to add in a huge chunk of their personalized bs.

And that doesn't even get into what happens on shared machines (servers etc) where your entire workflow either doesn't work or entirely prevents others from being able to get anything done on the machine.

Really.... we all recognize the value of standardization when it comes to our code but yall fight tooth and nail about standardization in other aspects of the profession.... and then wonder why everything is a buggy unintelligible mess at 99% of workplaces and projects...

Re: LazyVim

#460

Post by be_erik »

cauthon wrote: post #456
CiTyBear wrote: post #179

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…

what's the current recommended package manager for vim? I used to use vundle but that seems to be unmaintained/deprecated and has broken on recent installs.

For me it’s plug. It just works.
Post reply on HN